メインコンテンツにスキップ

Operatorの使い始め:ルーチン、アーティファクト、カスタマイズ

Operatorの5つのコア機能(ルーチン、アーティファクト、指示、メモリー、カスタマイズ)を使って、チームの作業を自動化・標準化する方法を学びましょう。

Operatorは質問に答えるだけでなくなりました。ルーチン、アーティファクト、カスタマイズを使って、繰り返しの作業を実行し、チームの運用方法を記憶し、毎回最初から始めることなくチーム全体で使える出力を保存できます。

注意:これらの追加のOperator機能は現在ベータ版です。

  • ルーチン:スケジュールに沿って繰り返し作業を実行

  • アーティファクト:Operatorの出力を単一の会話を超えて保存・共有・保持。所有者はOperatorに更新を依頼でき、共有されたチームメイトは現在読み取りアクセスのみ可能。

  • カスタマイズ:指示、メモリー、接続を管理するワークスペースエリア

    • 指示:ワークスペース内の全員に適用されるチーム横断ルールを設定

    • メモリー:あなたに関する個人的なコンテキストを保存し、会話をまたいでOperatorが記憶

    • 接続:利用可能性と権限に応じて、Operatorを対応ツールに接続


ルーチン

スケジュールでルーチンを設定すると、Operatorが自動的に処理し、結果を返し、人の判断が必要な場合は通知します。

Operatorのルーチンページにて、「ルーチンを設定」プロンプトフィールドと、提案されたルーチンテンプレート(デイリーブリーフィング、解決率ウォッチ、知識ギャップ、エスカレーションパターン)が表示されています。下部にベータラベルあり。

ルーチンの使用例

  • 週次サポートパフォーマンスの要約

  • コンテンツや設定の変更監視

  • 影響を受ける可能性のある記事の製品アップデートの確認

  • 毎回新しいプロンプトなしで届くべき定期的な分析

はじめに

  1. Operatorを開き、ルーチンに移動します。

  2. 「ルーチンを設定」を選択します。

    Operatorのルーチン設定ページにて、「Operatorに何をしてほしいですか?」というプロンプトフィールドと、4つの提案ルーチンテンプレート(デイリーブリーフィング、解決率ウォッチ、知識ギャップ、エスカレーションパターン)がそれぞれ簡単な説明付きで表示されています。
  3. Operatorにチェックしてほしい内容、頻度、返す出力を説明してください。

  4. ルーチンが変更を提案する場合は、適用前にレビューのために返すよう指定してください。ルーチンは保存され、次のスケジュール時に自動実行されます。

ヒント:ルーチンのプロンプトは、チェックする信号やソース、頻度、期待する出力から始めましょう。例:「毎週月曜日に前週の未解決の請求会話をチェックし、主要な問題を要約して短いレポートを返してください。変更前に承認を求めてください。」


アーティファクト

Operatorは作業をドキュメントとして保存し、チームが見つけて共有できます。所有者はいつでもOperatorにアーティファクトの更新を依頼可能で、共有されたチームメイトは現在読み取りアクセスのみ可能です。

アーティファクトの使用例

  • 運用レポートと定期分析

  • オンボーディングプランとチェックリスト

  • コーチングやキャリブレーション文書

  • チームメイトと共有するドラフト

はじめに

  1. Operatorにレポート、プラン、分析など、欲しい出力を作成させてください。

  2. Operatorに保存を指示します。例:「これをWeekly support summaryというタイトルのアーティファクトとして保存してください。」

  3. アーティファクトはArtifactsエリアに表示され、あなたとチームメイトが見つけられます。

最新の状態を保つ

Operatorに名前でアーティファクトの改訂を依頼すると、同じドキュメントが更新されます。変更できるのは所有者のみで、共有チームメイトは読み取りのみ可能です。

アーティファクトのアクセスと権限

  • アーティファクトはデフォルトで非公開です。所有者はチームメイトに読み取りアクセスを付与できますが、変更できるのは現在所有者のみです。

  • 所有者はチームメイトに読み取りアクセスを付与できますが、変更できるのは現在所有者のみです。


カスタマイズ

一度だけチームの運用方法をOperatorに伝えると、その基準がすべての会話に適用されます。繰り返し説明する必要はありません。

Operatorのカスタマイズ内の指示ページ。保存された「Reporting Preferences」という指示が1か月前にAdamによって更新されているのが表示されています。左のナビゲーションには指示、メモリー、接続があり、下部にベータラベルがあります。

指示

指示はOperatorの動作を指示する共有ワークスペースルールです。何をするか、避けるべきこと、どこで止まって確認するかを定めます。ワークスペース内の全員に適用されます。

  • 具体的にしましょう — あいまいなルールはOperatorが実行しにくいです。

  • 単純な命令形を使いましょう:「常に」「決して」「XのときはYをする」

  • 行動に焦点を当て、製品の事実はhelp centerに任せましょう。

指示の例

「ナレッジベースの変更をレビューする際は、まず影響を受ける可能性のある既存のコンテンツを特定してください。すべての推奨は、元の変更と現在の記事に基づいて行い、欠落しているポリシーの詳細を作り出さないでください。適用前に提案された変更をレビュー用に提示してください。」

重要:指示は行動規則に関するものであり、製品コンテンツに関するものではありません。機能、ポリシー、または製品の動作を説明する情報は、help centerの記事に含めるべきであり、常設の指示には含めないでください。

Memories

Memoriesはあなた個人のものです。Operatorにあなたの役割、現在のプロジェクト、または働き方について何か伝えると、今後の会話で繰り返す必要なくあなたに関する情報を記憶します。

OperatorのCustomize内のMemoriesページは、「What Operator remembers about you」という見出しと、繰り返す必要がないように作業中の詳細を保存する説明の空状態を表示しています。例として「I manage the german help centre」というテキストのメモリーバブルと「Saved memory to profile」の確認があり、下部にベータラベルが表示されています。

保存方法

会話中にOperatorに覚えてほしいことを伝えてください。例えば、「I’m working on building out a help center for our Salesforce acquisition」と言うと、Operatorはそれをあなたに関する情報として記憶します。

良い例

  • 「I’m the lead for the EMEA support team.」

  • 「I’m currently focused on reducing escalation rates in the billing queue.」

  • 「I prefer concise summaries over detailed breakdowns.」

  • 「I manage the German help center.」

Connections

Operatorをチームがすでに使用している対応ツールに接続してください。利用可能なコネクターにはLinear、Notion、GitHub、Snowflakeがあり、MCP Serverでは互換性のある外部サーバーに接続できます。利用可能性は異なり、一部の統合は近日公開予定です。現在アクセス可能なものはワークスペースでご確認ください。


いつ何を使うか

この表を使って、どの機能が目的に合うか判断してください。

目的

機能

作業を繰り返し実行する

ルーチン

「毎週月曜日に未解決の請求に関する会話を要約する。」

出力を保持・共有する

成果物

「週次の要約をサポートleads向けのレポートとして保存する。」

行動やガードレールを定義する

指示

「変更を推奨する前に必ず証拠を示す。」

会話間で安定したコンテキストを保持する

メモリー

「レポートは前の完全な週をデフォルトにすることを覚えておく。」

外部ツールからデータを取り込む

接続

「最新のLinearの課題を確認し、優先度別に未解決のバグを要約する。」

実際の動作を見る

チームが製品アップデートを出荷するとします。以下は6つの機能がどのように連携するかの例です:

  1. 指示を追加して、好みの記事構成、用語、命名規則、行動ガードレールを定義してください。そうすることで、Operatorが全員に一貫して適用します。

  2. タスクに関連する個人的なコンテキストをメモリーとして保存してください。例えば、管理しているhelp centerや現在の注力分野などです。

  3. 指示を追加して、Operatorにリリースを検査し、既存コンテンツをレビューし、ポリシーを作り出さず、変更案をレビュー用に提案するよう伝えてください。

  4. Operatorを課題トラッカーやリリースツール(例:LinearやGitHub)に接続して、リリース詳細を直接取り込めるようにします。

    接続を通じて新しいリリースを一定の頻度でチェックするスケジュールされたルーチンを作成します。

  5. Operatorに影響を受けるコンテンツ、推奨更新、未解決の質問、承認チェックリストを含む成果物を作成させます。結果として、help centerは各リリース後も正確に保たれ、手動のトリアージを減らしつつ提案された変更はレビュー対象のままになります。


よくある質問

指示とMemoriesの違いは何ですか?

指示はワークスペース内の全員に適用されるチーム共通のルールです。コンテンツのフォーマット基準、行動ガードレール、Operatorが常にまたは決して行うべきことなどです。Memoriesはあなた個人のもので、役割、プロジェクト、好みなどのコンテキストをOperatorが会話を通じてあなたに特化して記憶します。

Customizeと指示の違いは何ですか?

Customizeはすべての会話に適用される基準を設定する場所です。チームのトーン、用語、報告の好みなどです。指示はOperatorの行動に関する具体的なルールで、何をすべきか、避けるべきか、いつ最初にあなたに確認すべきかを定めます。

チームメンバーはお互いの成果物を見ることができますか?

はい、所有者が成果物を共有した場合は可能です。成果物はデフォルトでプライベートであり、現在は所有者のみが変更可能です。

成果物内を検索できますか?

アーティファクト検索はタイトル、所有者、メタデータを対象とし、アーティファクト内部のコンテンツは検索しません。

製品情報はメモリとして保存すべきですか、それとも指示として保存すべきですか?

いいえ。製品情報(機能の動作、価格、ポリシー)はhelp centerの記事に保持してください。メモリと指示はOperatorの動作を形作るものであり、知識ではありません。製品の事実はhelp centerのコンテンツで更新し続け、唯一の正確な情報源を維持してください。

こちらの回答で解決しましたか?