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

記憶・資料・作業台帳を整理する

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

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

Botが前の仕事を覚えていても、どの資料が最新版か分からなければ、古い条件で正しく作業してしまいます。今回は「覚えてほしい好み」「毎回開く資料」「今回だけの条件」を分け、統括と調査が同じ依頼書と成果物を見つけられる状態を作ります。フォルダー構成と台帳の項目は本コースの設計例です。公式仕様は2026年10月19日に確認しました。Grok実機でファイルを作成・検証した記録ではありません。

1.記憶に置くものと、資料に置くものを分ける

Botの記憶は、毎回同じ説明を繰り返す手間を減らすために使います。「結論から短く報告する」「会社名は正式名称で書く」といった継続的な好みは記憶や役割説明へ反映します。一方、料金、担当者、締め切り、今週の対象企業は変化します。重要な判断では保存された記憶だけに頼らず、現在の資料を開かせます。

たとえば先月の比較対象が三社、今月が二社なら「いつもの競合を調べて」では不十分です。「今回の依頼書にある二社を対象にする」と指定します。資料に矛盾がある場合も、更新日時だけで正解を決めず、どれを正本にするかを確認します。下書きが後に保存されたからといって、承認済みの条件より優先されるわけではありません。

今後の競合調査では、報告を「結論、比較表、未確認点、次の判断」の順にしてください。この書き方は継続的な好みとして扱ってください。一方、対象企業、期間、製品価格、担当者は記憶で決めず、その回の依頼書と公式ページで確認してください。今保存している前提のうち、今回の依頼書と矛盾するものがあれば、どこが違うかを示して確認してください。

2.一件の仕事に一つの保存場所を作る

公式ガイドでは、同じアカウントのBotが共有できる作業領域として/workspaceが案内されています。今回はその下に競合調査のフォルダーを作り、案件ごとに分けます。これは自分のパソコンのデスクトップではなく、Botのクラウドコンピュータ上の場所です。個人Botごとの秘密の保存場所でもありません。

統括の会話で、下の依頼を送ります。ファイル名は意味が分かれば変更して構いません。ただし同じ案件で毎回別名の「最終版」を増やさないようにします。成果物の版はv1、v2のように追跡し、台帳が現在の版を指す形にします。

競合調査の作業場所を /workspace/competitor-research/[案件ID]/ に作成してください。角括弧の案件IDは今回の[案件名]から短い英数字で決め、作成前に同名がないか確認してください。 brief.md:確定した対象、期間、完成条件。 sources.csv:出典URL、ページ名、発表日、取得日時、確認状況。 report-v1.md:比較表と提案。 tasks.csv:作業ID、担当、状態、入力、成果物、未確認点、更新日時。 まずbrief.mdとtasks.csvを作り、他は作業時に保存してください。既存ファイルを無断で上書きしないでください。作成したパスと内容を会話へ返してください。

資料は添付ボタンやドラッグで渡せます。添付しただけで用途が伝わったとは考えず、「このメモは自社の方針」「この表は比較対象」と一言添えます。読み取れないファイルがあれば、対象箇所をテキストで渡すなど、読めた範囲が分かる形にします。

3.作業台帳で、止まっている場所を見えるようにする

台帳の状態は、今回は「未着手」「作業中」「確認待ち」「修正中」「完了」「保留」の六つにします。これは公式の固定ステータスではなく、私たちが成果物管理に使う約束です。作業中の行には一体の担当を置き、確認待ちには渡した成果物を記載します。保留には理由と、誰の回答で再開できるかを残します。

行の例は「R01/調査/確認待ち/brief.md/report-v1.md/B社の発表日未確認」です。この時点で比較表が存在しても、調査全体が完了したとは判断しません。確認担当が見た結果を受けて統括が状態を更新します。複数Botが同じCSVを同時に編集すると競合しやすいため、本練習では台帳の更新は統括だけが行い、専門担当は更新内容を文章で返す方式にします。

4.次のBotが、ファイルだけで再開できるか試す

受け渡しの品質は、担当が変わったときに分かります。調査担当に保存先を渡し、作業開始前に対象と完了条件を説明し直してもらいます。説明が依頼書と一致すれば、少なくとも読み取りの準備はできています。ファイルが見つからない場合は、似た名前を推測して作業させず、統括へ戻します。

調査担当へ。今回の依頼書は[brief.mdの完全なパス]です。まずこれを開き、対象、期間、成果物、完了条件を四項目で返してください。参照できない場合はその時点で止めてください。確認後、作業結果は[保存先]へ保存し、統括に作業ID、成果物のパス、未確認点、次に必要な確認を伝えてください。tasks.csvは直接編集せず、統括へ状態更新を依頼してください。

最終結果は保存先の文字列だけで終わらせず、会話にファイルか開けるリンクを返してもらいます。クラウド内のパスを知っていても、利用者の端末で直接開けるとは限らないからです。大切な成果物は会話から取得できることを確認し、必要なら自分の保管先にも保存します。

実践課題と完了チェック

前回の調査に案件IDを付け、依頼書と台帳を作ってください。調査担当が依頼書を開き、対象と完成条件を正しく言い直せれば第一段階は完了です。さらに、台帳の担当と成果物が実際の会話に一致することを確認します。記憶に任せる好みと、毎回開く資料も一つずつ決めてください。次回は、この共通の運用を使って必要な専門担当を選びます。

出典・補足

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