Grok Bot を使う
Bot との日常的な作業について説明します。作成と管理、メッセージの送信とコラボレーション、共有のコンピューター、完了した作業をスキルとルーチンに変換する方法。
Bots
Bot は、名前、ジョブ、専用の会話、時間とともに発展する作業コンテキストを持つ永続的な AI チームメイトです。作業ごとに目標、ツールセット、作業スタイル、承認範囲、定期スケジュールが異なる場合は、別の Bot を作成します。Talent Scout、Expense Manager、Bug Reproduction のようなジョブは、Bot に指針を与え、保存されたコンテキストを再利用可能にします。一方、General Helper はそのどちらも行いません。役割は、具体的な業務内容で説明します。
毎週のアカウント健全性確認を担当します。製品の利用状況とサポートの シグナルを収集し、解約や拡大の兆候を示す証拠にフラグを付け、カスタマーサクセス チーム向けのリンク付き監視リストを作成します。承認なしで顧客に連絡したり、 アカウントを変更したりすることは決してありません。
Bot を作成
- サイドバーで 新規 を選択するか、Cmd+NCtrl+N を押して、Create new Bot を選択します。
- チャット上部の Bot の名前をクリックし、Bot settings を選択して、名前、ラベル、説明を設定します。アバターを変更するには、同じパネルで Bot の画像をクリックします。詳しくは、Bot の名前、画像、説明を変更するを参照してください。
- 完了条件が明確な最初の実際のタスクを送信します。スタータープロンプトについては、ユースケースを参照してください。
既存の Bot は、ジョブに長期的な担当者が必要な場合に、特化した Bot を提案または作成することもできます。
Botを編集する
今後の作業に反映すべき永続的な設定、制約、責務が見つかったら、説明を更新します。タスク固有の指示には会話を使用し、継続的に適用すべきルールは説明に記載します。
- 説明。 「承認なしで外部にメッセージを送信しない。」
- メッセージ。 「この12件のアカウント向けにフォローアップの下書きを作成する。」
メンバー構成を整理する
アクティブなBotを固定してサイドバー上部に表示し、セクションを使ってプロジェクト、クライアント、事業ごとにグループ化できます。Botを右クリックして新しいセクションに移動を選択するか、セクションを作成済みの場合は移動先を選択します。セクションはデスクトップとiOS間で同期されます。サイドバーから非表示にすると、Botの作業を削除したりルーチンを一時停止したりせずに、メインリストから非表示にできます。非表示のBotでサイドバーに表示を選択すると復元できます。iPhoneでは、Botを複製すると、地域ごとに1つのアカウント健全性 Botを作成する場合のように、別のスコープでロールを再利用できます。複製したBotには、プロフィール、設定、有効なスキル、ルーチン、アバターが引き継がれますが、会話履歴、学習済みメモリ、添付ファイルは引き継がれません。作業を割り当てる前に名前を変更し、新しいスコープを設定してください。
Bot を共有する
ほかのユーザーにも同じ Bot を使い始めてもらいたい場合は、公開リンクを共有します。このリンクでは共有設定 (ID、説明、スキル、ルーチン) が公開されるため、事前に API キー、内部 URL、顧客データを削除してください。受信者は自身のアカウントにコピーを追加します。あなたのコンピューター、ログイン情報、会話履歴が共有されることはなく、共有 Bot を追加すると、その時点で表示されるサードパーティ製 Bot の利用規約に同意したことになります。
Teams プランおよびエンタープライズプランでは、管理者がメンバーによる Bot テンプレートの公開を管理します。テンプレート共有を参照してください。
Bot を削除する
Bot を削除すると、プロフィール、会話、ルーチンも削除されます。共有コンピューター上のファイルやサインイン情報は Bot ごとに分離されていないため、残る場合があります。別途クリーンアップしてください。後で作業が必要になる可能性がある場合は、Bot を非表示にしてください。
Bot が記憶する内容
Bot は安定した設定、重要な情報、作業内容の要約を保持するため、過去のすべてのメッセージを再処理しなくても、長期にわたって役割を維持できます。メモリは信頼できる情報源の代わりにはなりません。変化する情報はソースシステムで管理し、重要な判断を行う際は Bot に現在のデータの出典を示すか、再オープンするよう依頼してください。古くなった前提は直接修正し、セーフティ上の制約はメモリではなく説明に記載してください。
メッセージングとコラボレーション
Grok Bot は、チームメイトにメッセージを送る感覚で使えるように設計されています。依頼は自然な言葉で構いませんが、Bot が変更できる範囲と、判断を委ねるために停止すべき箇所を明確にしてください。
Bot にメッセージを送る
会話では、テキスト、リンク、画像の貼り付け、ファイルの添付、/ による保存済みのスキルの参照、@ による Bot、グループ、ルーチン、プラグインのメンション、メッセージへの返信やリアクションのほか、作業中に別の指示を送信できます。トランスクリプトには、通常のメッセージとともに、ツールのアクティビティ、コンピューターの使用、作成されたファイル、質問、承認リクエストが表示されます。
あなたからのダイレクトメッセージはバックグラウンド作業よりも優先され、現在のターンの進行を変更できます。作業をすぐに終了するには、「Stop now」と送信してください。停止しても、Bot がすでに完了した操作は取り消されません。
ファイルとリンクを添付する
対応する入力形式には、画像、音声、動画、PDF、Office 文書、CSV、JSON、YAML、ソースコード、HTML、メールファイル、ノートブックが含まれます。サイズの大きいファイル、暗号化されたファイル、破損したファイル、特殊なファイルは読み取れない場合があります。特殊な形式は PDF、CSV、プレーンテキスト、または画像としてエクスポートしてください。
| 上限 | 値 |
|---|---|
| メッセージあたりの添付数 (デスクトップ) | 6 |
| 文書、画像、音声 | 各 25 MB |
| 動画 | 200 MB |
各添付ファイルの内容と使い方を Bot に伝えてください。
PDF は署名済みのポリシーです。スプレッドシートには今月の取引が記載されています。 スプレッドシートをポリシーと照合し、例外ごとに該当するポリシーの セクションを引用して、新しいスプレッドシートと短い 要約を返してください。元のファイルは変更しないでください。
Bot がコンピューターまたはプラグイン経由でページにアクセスできる場合は、リンクを貼り付けてください。ページが非公開の場合は、コンピューターでサインインするか、プラグインを接続してください。認証情報を入力したり外部のアクションを承認したりする前に、必ずリンクの送信先を確認してください。
グループチャット
複数の Bot で共通の成果を目指し、引き継ぎを可視化したい場合は、グループを使用します。新規を選択し、2～6 個の Bot を選んで、目指す成果と次のステップの担当者を説明します。通常どおり入力すれば、どの Bot が応答するかは Bot たちが判断します。特定のチームメイトに依頼を渡すには @ を入力し、グループ全体への更新には @everyone を使用します。効果的な開始時の指示では、各段階に 1 人の担当者を割り当てます。
@Researcher は資料を収集し、すべての主張にリンクを付けます。@Writer は 調査結果をローンチ用の下書きにまとめます。@Reviewer は下書きを 資料と照合し、進行を妨げる問題のみを一覧にします。何も公開しないでください。
グループ内のメッセージには添付ファイルを含められます。Bot からグループへの引き継ぎメッセージはテキストのみのため、チームメイトが画像を確認する必要がある場合は、Bot がその画像を別の Bot に直接送信する必要があります。
Bot 間で作業を引き継ぐ
Bot は別の Bot に非同期メッセージを送信できます。受信した Bot は起動してリクエストを処理し、後で返信できます。引き継ぎは会話内で確認できます。ある Bot がソースシステムを担当し、別の Bot が成果物を担当する場合や、長時間実行されるジョブを、各ステップを自分で調整することなく継続させたい場合に、引き継ぎは有効です。各段階で担当者は 1 人にしてください。並列に引き継ぐと、作業が重複し、更新が煩雑になります。
確認しやすい成果物を依頼する
アーティファクトとその受け入れ基準を指定します。ソースへのリンクを含むドキュメント、定義済みの列を持つスプレッドシート、スクリーンショットとログをまとめたフォルダー、未送信の下書きなどです。重要な作業では、ソースシステムで見つかった事実、前提、すでに完了したアクション、承認待ちのアクション、未解決の質問を分けるよう Bot に依頼してください。
優れた成果物は、直接のソースリンク、関連する状態が表示されたスクリーンショット、タイムスタンプ、簡潔なアクションログ、Bot が確認できなかった項目の明示的な一覧によって、第三者でも確認できます。変化の速いデータでは、スクリーンショットだけに頼らないでください。生成されたファイルとリンクは、プレビュー、保存、フィードバックへの返信ができるカードとして表示されます。関連性のないコピーを作成するのではなく、既存のアーティファクトを修正するよう Bot に依頼してください。
フィードバックが1つの成果物または1件の承認リクエストに関するものであれば、スレッドで返信してください。リアクションは簡単な確認にのみ使用し、セーフティ上重要な決定をリアクションだけで伝えるべきではありません。検索とコマンドパレットでは、すべての Bot を対象に、過去のメッセージ、ファイル、リンク、ルーチンを見つけられます。検索の提供状況はロールアウト中に変わることがあります。会話をまたいだ結果が利用できない場合は、該当する Bot を開いてその会話履歴を使用してください。
コンピューターとアプリ
Bot は、ブラウザ、コマンドライン、ファイルシステムを備えた永続的なクラウドコンピューター上で作業します。ノートパソコンを閉じている間も作業は継続し、ファイル、サインイン、ブラウザセッションはタスク間で保持されます。
アカウント内のすべての Bot は同じコンピューターを使用します。ブラウザセッション、ファイル、コマンドラインの認証情報は共有され、ある Bot が保存した作業を別の Bot が引き継ぐことができます。各 Bot には専用の画面があるため、複数の Bot がブラウザツールとデスクトップツールを並行して使用できます (各画面で同時に実行できるコンピューター使用タスクは 1 つです) 。ただし、画面は作業用の操作画面であり、セキュリティ上の境界ではありません。別の Bot に使用させたくない認証情報は、コンピューターに保存しないでください。ユーザー間の分離は厳格です。各ユーザーのコンピューターは専用で、ハードウェアレベルで分離されています。ユーザーの分離方法を参照してください。
コンピューターを監視する
会話の右側のパネルにあるコンピューターのプレビューをクリックしてコンピューターを開くと、クリック、入力、ナビゲーション、現在の状態を確認できます。作業中にプレビューを離れても、アプリを閉じても、クラウドでの作業は継続します。
機密性の高い手順では操作を引き継ぐ
パスワード、パスキー、二要素認証コード、CAPTCHA、支払い・本人確認、人による操作が必要なサイトでは、Bot からコンピューターの操作が引き継がれます。操作を引き継いだら、止まっている手順だけを完了し、Bot に続行するよう伝えてください。Bot が認証情報を入力したり、パスワードを見たりすることはありません。サインイン済みのセッションは以降のタスクでも維持され、Bot 間で共有されます。一部のサイトではセッションが期限切れになったり、再確認が求められたりします。確認を回避しようとせず、Bot に一時停止して通知するよう依頼してください。
安全なシークレット入力を求めるサポート対象の接続では、そのフィールドに値を入力してください。フィールドはマスクされ、トランスクリプトから除外され、モデルには表示されません。通常のチャットにパスワードやワンタイムコードを貼り付けないでください。シークレットを安全に保存するを参照してください。
プラグインを接続
プラグインを使用すると、Bot は Gmail、Notion、Slack などのサービスを構造化された形で利用でき、対応するプラグインがある場合は、Web サイトをクリックして操作するよりも信頼性が高くなります。サイドバーで プラグイン を開くか、チャット内の 接続 カードに従い、ブラウザでプロバイダーへのログインを完了してください。セットアップ手順と既知の問題については、プラグインを接続 をご覧ください。
- プラグインはアカウント全体で利用できます。 インストールしたプラグインは、実行するすべての Bot で利用できます。
- プラグインのログイン情報はコンピューターには保存されません。 OAuth トークンは Cherri Code のコネクターバックエンドで管理され、Bot はトークンを受け取ることなくツールを呼び出します。
- チームポリシーが適用されます。 チームのコネクタポリシーによってブロックされたプラグインには、チーム管理者により無効化済み と表示されます。プラグインをブロックしても、そのサービスの Web サイトはブロックされません。その別経路を遮断するには Network Controls が必要で、これはエンタープライズ限定です。ネットワークポリシー を参照してください。
ファイルとワークスペース
コンピューターには、/workspace に共有ワークスペースがあります。永続的に保持するプロジェクトファイルは、わかりやすいプロジェクトフォルダーに保存してください。ファイル、ブラウザの状態、対応しているサインイン情報は、通常のコンピューターの更新や復旧後も保持されます。一時ディレクトリ、手動でインストールしたパッケージ、コミットされていないアプリケーションの状態は置き換えられるものとして扱い、重要な結果はワークスペースにコピーするか、会話に添付してください。
更新、復元、またはリセット
アプリとコンピューターはそれぞれ個別に更新されます。コンピューターに接続できない場合は、影響の少ない方法から順に試してください。
- エラー状態から再試行するか、会話を再オープンします。
- Grok Bot アプリを再起動し、アプリの更新を確認します。
- 接続できない状態で選択肢が表示される場合は、Grok Bot のコンピューターを復元を選択します。
- Grok Bot のコンピューターを更新を使用して、最新のイメージで再構築します。
- Grok Bot のコンピューターをリセットは、最後の手段としてのみ使用してください。
復元と更新では、永続ファイルとログイン情報が保持されます。リセットすると、コンピューターは同期済みの永続状態に戻り、まだ同期されていないデータは復元されません。会話はコンピューターの外部に保存されるため、リセットしても保持されます。Grok Bot computerを参照してください。
ローカルコンピューターは別です
クラウドコンピューターは、目の前のマシンとは別のものです。Bot がローカルコンピューターでコマンドを実行する際は、ローカル実行ポリシーが適用されます。デフォルトではコマンドごとの承認が必要ですが、常に許可、毎回確認、または常に拒否に設定できます。このポリシーは独立した制御であり、クラウドコンピューター上での作業を管理する承認とは別です。ローカル実行を参照してください。
スキルとルーチン
スキルとは、タスクの実行方法を定めた再利用可能な一連の指示です。ルーチンでは、1 つの Bot がワークフローを実行するタイミングを、スケジュールまたはサポート対象のイベント後に指定します。まずは単発のタスクから始めて確実に実行できるようにし、その手順をスキルとして保存してから自動化します。
スキルを保存する
スキルには、手順、判断ルール、想定される出力、セーフティ上の制約を記録でき、すべての Bot で利用できます (ただし、Bot によっては関連するプラグインやログインが必要です) 。次のように直接依頼します。
このタスクで使用したプロセスを、「Weekly account health」というスキルとして保存してください。ソースシステム、リスクの定義、出力形式、および 顧客への連絡には常に承認が必要というルールを含めてください。
有用なスキルには、使用するタイミング、必要な入力とアクセス、作業の手順、結果の検証方法、返す内容、承認が必要な項目を記載します。composer で / を入力すると、スキルを参照できます。プライベートスキルが / メニューに表示されない場合は、設定 > プラグイン > Yours で現在の Bot に対して有効にしてください。
デモでワークフローを教える
すべての手順を説明する代わりに、ブラウザでのワークフローを一度実演すれば、Bot が下書きのスキルに変換します。コンピュータビューを開いた 1 対 1 の会話で、タスクを教えるを選択し、結果を説明してワークフローを実行します。Teaching では、画面に表示されるコンピュータ操作を最大 10 分間記録しますが、マイク音声は記録しません。デモにはシークレットを含めず、認証情報には安全なシークレットリクエストを使用してください。学習したスキルは下書きです。判断ルール、障害対応、承認の範囲を追加し、スケジュール設定前に安全な入力でテストしてください。
タスクを教えるは段階的に提供されています。コントロールが表示されない場合は、 Bot に書面の指示と完了済みのタスクからスキルを作成するよう依頼してください。
ルーチンを作成する
定期ジョブを担当する Bot に次のように依頼します。
平日の毎朝 8:00 に、現在のアカウントリストに対して「Daily customer risk」スキルを実行してください。 この会話にリンク付きの監視リストを投稿してください。顧客には連絡しないでください。 ソースデータを利用できない場合は、古いデータを使用せずに失敗を報告してください。
担当する Bot、スケジュールとタイムゾーン、入力ソース、期待する結果、承認範囲、ソースが利用できない場合の処理を確認します。ルーチンは、ノートパソコンを閉じている間もクラウドで実行されます。ルーチンを削除すると、以降の実行は停止されます。この操作は元に戻せません。
Cherri Code アカウントの連携では、Slack メッセージや GitHub 通知などのイベントをきっかけにルーチンを開始することもできます。これらは Slack または GitHub プラグインとは別のものです。「#customer-escalations のメッセージにチケットリンクと『needs repro』という語句が含まれる場合、staging で問題を再現し、この会話に再現用パックを投稿する」のように、条件を絞った一致ルールと明確なレスポンスを定義してください。「すべての新規メッセージ」のような広範なリスナーは避けてください。このようなリスナーはノイズを生み、利用を消費し、無関係な入力に反応します。
ルーチンをテストして管理する
ルーチンを作成または編集した後は、テストを使用して、最新の入力が選択されているか、出力形式を満たしているか、ソースの参照元が残されているか、意図した承認ポイントで停止するか、失敗時の状態が明確かを確認します。
テスト実行では実際に処理が実行されます。Web サイトにアクセスしたり、ファイルを変更したり、 接続済みのツールを呼び出したりする可能性があります。安全な入力を使用し、書き込み操作には 承認を必要とするようにしてください。
ルーチンの作成や変更は、チャットで Bot に依頼します。デスクトップで確認するには、チャット上部の Bot の名前をクリックし、タスク を選択します。ルーチンを開くと、指示 と When to run を確認できるほか、一時停止、再開、テスト、編集、削除を行えます。スマートフォンでは、Bot のプロファイルにルーチンが 実行履歴 とともに一覧表示されます。長期間操作がない場合、Grok Bot はルーチンの実行を継続するか確認し、応答がないとルーチンを一時停止することがあります。スケジュール、Slack トリガー、webhook については、ルーチンを参照してください。
ルーチンも人と同じように信頼を得ます。実行前の準備を自動化し、送信、購入、削除、公開、本番環境への変更には承認を必要とし、不足している、または古くなったソースは回避せずに報告し、Web サイト、プラグイン、またはソース形式が変更された後は再テストしてください。