Grok Guide
XnoteCONTACTGrokを開く
コース06 / レッスン03 · AI原稿確認済み

統括Botを作り、依頼の窓口を一本にする

本文 約2,400文字 · 2026年10月19日確認

動画で学ぶ · 第2回

3体のGrok Botを連携させる方法|統括・調査・確認の実機デモ · YouTubeで見る ↗

このレッスンでできるようになること

「調査担当には何を頼んだか」「次は誰に確認してもらうか」を毎回自分で整理していると、Botが増えるほど忙しくなります。今回は依頼の受付、担当の選択、成果の取りまとめを行う統括Botを作ります。前回の競合調査を題材に、最終結果の責任を持つ窓口を一つにします。以下の役割名と指示文は本コース独自の設計例です。2026年10月19日の公式資料を根拠にしていますが、実機で成功を確認した運用事例ではありません。

1.統括役の仕事を、決める仕事に絞る

統括Botにすべての実作業を残したまま、専門Botにも同じ依頼を送ると二重作業になります。統括は「目的と完成条件を確定する」「誰が次に動くか決める」「未確認点を残したまま完成にしない」という三つを担当します。調査量が少ないうちは統括だけで実行して構いません。毎回同じ専門作業が必要になった段階で、担当を追加します。

前回の「仕事整理」Botを継続して使う場合は、プロフィールの名前を「統括」に変更し、説明を下の例へ更新します。別の役割として残したければ、NewからCreate new Botを選んで新規作成します。Bot名は役割を識別する目印であり、その名前にしただけで委任の動作が組み込まれるわけではありません。

あなたは仕事の統括担当です。依頼を受けたら目的、対象、成果物、完了条件を整理し、既存担当へ必要な仕事だけを渡してください。各工程の責任者は一体にし、担当の返答と成果物を確認して最終報告をまとめてください。未確認を事実で埋めず、確認できない理由を残してください。外部送信、公開、購入、権限変更は私の個別承認が必要です。Botの追加や定期実行の設定は、まず提案してください。

これは継続して使う役割説明です。今週の対象企業や締め切りは会話で渡します。また、自然文の禁止事項はアクセス権の隔離を作りません。接続先の権限やAuto Reviewの設定は別に管理します。

2.実行担当と受け渡し先を登録する

すでに専門担当がいれば、そのBotの正確な名前と役割を統括へ伝えます。いなければ「調査」Botを一体作り、公開情報を集めて出典付きの表を返す役割を説明します。確認担当の作成は後の連携レッスンでも構いません。最初は統括と調査の二体で、依頼が届いて結果が戻るかを確かめます。

公式ガイドではBot間の非同期メッセージとグループでの受け渡しが案内されています。ただし組織管理者がMessaging Between Botsを無効にしている場合は直接連携できません。その場合、組織の方針を確認し、人が成果物を受け渡す手順に切り替えます。連携できない状態を、設定文だけで解決済みにしないでください。

現在の担当は「統括」と「調査」です。「調査」は指定した公開URLの収集と出典付き比較表を担当します。「統括」は依頼条件の整理、結果の不足確認、最終報告を担当します。 まず「調査」へ、受け渡しの接続確認として「競合調査の依頼を受け取れるか。まだ調査せず、返事だけ返すこと」と伝えてください。返答を確認し、連携できたか、できない理由があるかを報告してください。新しいBotは作らないでください。

3.グループで、誰が次に動くか見えるようにする

受け渡しをまとめて読みたい場合は、サイドバーのNewから新しいチャットを開き、統括と調査を選んでグループを作ります。公式ガイドの作成手順では二〜六体を選びます。「競合調査」という名前を付け、最初のメッセージで共通の成果物と進行役を示してください。必要なときは入力欄の@から担当を選びます。

全員に毎回反応を求めると、同じ要約が何通も返ることがあります。「今は調査だけが作業し、統括は結果を受けて確認する」と順番を明示します。並列にするときも会社Aと会社Bのように対象を分け、同じ表を同時に編集させない設計にします。

統括担当へ。前回確定した競合調査の依頼書を使い、次の順で進めてください。 1. 対象URLと期間、完成条件を短く再掲する。不足があれば質問する。 2. 「調査」へ収集を依頼し、この会話に受け渡した内容を残す。 3. 調査の結果について、必須列と出典の欠落を確認する。欠落した行だけを戻す。 4. 比較表、提案、未確認点、次に人が判断する事項をまとめて返す。 この依頼では、公開情報の読み取りと会話内の報告まで実行してください。新しい対象追加や外部への報告は行わないでください。途中の担当名と状態が分かるようにしてください。

4.承認待ちと、仕事の完了を分ける

「比較表は完成したが、報告メールは送っていない」なら、調査は完了、送信は未実行です。統括の最終報告には、完成した成果物と残った判断を分けて書かせます。結果が届いていない担当を待っている場合も、完成とは報告させません。期限を超えそうなら、終わった会社の分だけ先に返すか、対象を縮めるかを選べる報告にします。

公式ガイドによれば、グループには承認カードやログイン要求、メール・Slackの下書きカードが表示されません。そうした操作が必要になったら、担当Botとの個別会話で確認します。グループの「了解」という短い返事で、何を許可したか曖昧にしないことが、受け渡しの混乱を減らします。

実践課題と完了チェック

統括と調査の二体を用意し、接続確認を一度行ってから前回の調査を任せてください。依頼が誰に届き、結果が誰へ戻り、統括が何を確認したかを会話で追えれば連携の第一段階は完了です。確認担当を置く前の段階では、統括による点検を独立した品質審査と呼びません。次回は、依頼書と成果物を迷わず見つけるための保存場所と作業台帳を作ります。

出典・補足

操作と仕様は以下の公式資料に基づきます。設計案・練習課題・確認方法は本ガイドの提案です。製品実機での全操作と課金APIへの接続は未検証です。画面・提供条件は利用環境で確認してください。