Operatorは質問に答えるだけでなくなりました。ルーチン、アーティファクト、カスタマイズを使って、繰り返しの作業を実行し、チームの運用方法を記憶し、毎回ゼロから始めることなくチーム全体で使える成果物を保存できます。
Routines:スケジュールまたはイベント発生時に繰り返し作業を実行
Artifacts:Operatorの出力を単一の会話を超えて保存・共有・保持。所有者はOperatorに更新を依頼可能。共有されたチームメイトは現在読み取りアクセスのみ。
Customize:Instructions、Memories、Connectionsを管理するワークスペースエリア
Instructions:ワークスペース内の全員に適用されるチーム横断ルールを設定
Memories:あなたに関する個人的なコンテキストを保存し、会話をまたいでOperatorが記憶
Connections:利用可能性と権限に応じて、Operatorを対応ツールに接続
注意:Routines、Artifacts、Instructions、Memory、ConnectionsはProアドオンのOperatorに含まれています。
Routines
スケジュールまたはイベント発生時に実行されるルーチンを設定し、Operatorが自動的に処理します。結果を返し、人の判断が必要なものをフラグ付けします。
ルーチンの使用例
週次のサポートパフォーマンス概要
コンテンツや設定の変更監視
影響を受ける可能性のある記事の製品アップデートの確認
毎回新しいプロンプトなしで届くべき定期的な分析
始め方
Operatorを開き、Routinesに移動します。
「ルーチンを設定」を選択します。
Operatorにチェックしてほしい内容、頻度、返す出力を説明します。
ルーチンが変更を提案する場合は、適用前にレビューのために返すよう指定してください。ルーチンは保存され、次のスケジュール時に自動実行されます。
ヒント:ルーチンのプロンプトは、チェックする信号やソース、頻度、期待される出力から始めましょう。例:「毎週月曜日に前週の未解決の請求関連会話をチェックし、主要な問題を要約して短いレポートを返してください。変更前に承認を求めてください。」
Artifacts
Operatorは作業をドキュメントとして保存し、チームが見つけて共有できます。所有者はいつでもOperatorにアーティファクトの更新を依頼可能。共有されたチームメイトは現在読み取りアクセスのみ。
アーティファクトの使用例
運用レポートや定期分析
オンボーディングプランやチェックリスト
コーチングやキャリブレーション文書
チームメイトと共有するドラフト
始め方
Operatorにレポート、プラン、分析など、欲しい出力を作成させます。
Operatorに保存を指示します。例:「これをWeekly support summaryというタイトルのartifactとして保存してください。」
アーティファクトはArtifactsエリアに表示され、あなたとチームメイトが見つけられます。
最新の状態を保つ
名前でアーティファクトの修正をOperatorに依頼すると、同じドキュメントが更新されます。変更できるのは所有者のみで、共有チームメイトは読み取りのみ可能です。
アーティファクトのアクセスと権限
アーティファクトはデフォルトで非公開です。所有者はチームメイトに読み取りアクセスを付与できますが、変更できるのは現在所有者のみです。
詳細はOperatorでのArtifactsの使い方をご覧ください。
Customize
チームの働き方を一度Operatorに伝えると、その基準がすべての会話に適用されます。繰り返し説明する必要はありません。
Instructions
Instructionsは、Operatorの振る舞いを指示する共有ワークスペースルールです。何をするか、避けるべきこと、どこで止まって質問するかを定めます。ワークスペース内の全員に適用されます。
具体的にしましょう。あいまいなルールはOperatorが対応しにくいです。
単純な命令形を使いましょう:「常に」「決して」「XのときはYをする」
行動に焦点を当て、製品の事実はhelp centerに任せましょう。
指示の例
「ナレッジベースの変更をレビューするときは、まず影響を受ける可能性のある既存コンテンツを特定してください。すべての推奨は元の変更と現在の記事に基づくこと。欠落しているポリシーの詳細を作り出さないこと。適用前に提案された変更をレビュー用に提示してください。」
重要: 指示は行動規則に関するものであり、製品内容に関するものではありません。機能、ポリシー、製品の動作を説明する情報は、help centerの記事に含めてください。常設の指示には含めないでください。
メモリー
メモリーはあなた個人のものです。あなたの役割、現在のプロジェクト、働き方についてOperatorに伝えると、今後の会話で繰り返す必要なくあなたに特化して記憶します。
メモリーの保存方法
会話中にOperatorに覚えてほしいことを伝えてください。例:「Salesforce買収のhelp center構築に取り組んでいます」と言うと、Operatorはそれをあなたに特化して記憶します。
良い例
「私はEMEAサポートチームのleadです。」
「現在、請求キューのエスカレーション率削減に注力しています。」
「詳細な内訳よりも簡潔な要約を好みます。」
「私はドイツのhelp centerを管理しています。」
ヒント: 役立つテストとして、新しい同僚が繰り返し聞く必要があり、かつ安定している内容ならメモリーに入れるべきです。製品の動作説明ならhelp centerの内容にしてください。
接続
Connectionsは、チームが既に使っているツールとOperatorを連携させます。利用可能なコネクターにはGitHub、Linear、Notion、Jira、Snowflakeなどがあり、MCP Serverは互換性のある外部サーバーに接続可能です。Operator > Customize > Connectionsでワークスペースの利用可能なものを確認してください。
いつ何を使うか
この表を使って、目的に合った機能を決めてください。
目的 | 機能 | 例 |
作業を繰り返し実行する | ルーチン | 「毎週月曜日に未解決の請求に関する会話を要約する。」 |
出力を保存・共有する | アーティファクト | 「週次要約をサポートleads向けのレポートとして保存する。」 |
行動やガードレールを定義する | 指示 | 「変更を推奨する前に必ず証拠を示す。」 |
会話間で安定したコンテキストを保持する | メモリー | 「レポートは前の完全な週をデフォルトにすることを覚えておく。」 |
外部ツールからデータを取り込む | Connection | 「最新のLinearの課題をチェックし、優先度別に未解決のバグを要約する。」 |
実際の動作を見る
チームが製品アップデートをリリースするとします。これらの機能がどのように連携するかは以下の通りです。
指示を追加して、好みの記事構成、用語、命名規則、行動ガードレールを定義してください。そうすればOperatorが全員に一貫して適用します。
タスクに関連する個人的なコンテキストをメモリーとして保存してください。例えば、管理しているhelp centerや現在の注力分野などです。
指示を追加して、Operatorにリリースを検査し、既存コンテンツをレビューし、ポリシーを作り出さず、変更案をレビュー用に提案するよう伝えてください。
Operatorを課題トラッカーやリリースツール(例:LinearやGitHub)に接続して、リリース詳細を直接取り込めるようにします。
接続を通じて新しいリリースを一定頻度でチェックするスケジュールされたルーチンを作成してください。
Operatorに影響を受けるコンテンツ、推奨更新、未解決の質問、承認チェックリストを含むアーティファクトを作成させます。結果として、help centerは各リリース後も正確に保たれ、手動の振り分けが減り、提案された変更はレビュー対象のままになります。
よくある質問
指示とメモリーの違いは何ですか?
指示とメモリーの違いは何ですか?
指示はワークスペース内の全員に適用されるチーム共通のルールです。コンテンツのフォーマット基準、行動ガードレール、Operatorが常にまたは決して行うべきことなどです。メモリーはあなた個人のもので、役割、プロジェクト、好みなどのコンテキストをOperatorが会話を通じてあなたに特化して記憶します。
Customizeと指示の違いは何ですか?
Customizeと指示の違いは何ですか?
CustomizeはOperator内で指示、メモリー、Connectionsを管理するエリアです。指示はその3つのうちの1つで、ワークスペース全体でOperatorの振る舞いを共有ルールとして管理します。
チームメンバーはお互いのアーティファクトを見られますか?
チームメンバーはお互いのアーティファクトを見られますか?
はい、所有者がアーティファクトを共有した場合は見られます。アーティファクトはデフォルトでプライベートで、現在は所有者のみが変更可能です。
アーティファクト内を検索できますか?
アーティファクト内を検索できますか?
アーティファクト検索はタイトル、所有者、メタデータを対象とし、アーティファクト内のコンテンツは検索しません。
製品情報はメモリとして保存すべきですか、それとも指示として保存すべきですか?
製品情報はメモリとして保存すべきですか、それとも指示として保存すべきですか?
いいえ — 製品情報(機能の仕組み、価格、ポリシーなど)は、help centerの記事に保持してください。メモリと指示はOperatorの動作を形作るものであり、知識ではありません。製品の事実は常にhelp centerのコンテンツで更新し、唯一の正確な情報源を維持してください。







