ChatGPTのProjectや複数のAIを使っていると、別のチャットやProjectへ作業を引き継ぎたくなることがあります。
そのたびに人間が「前のチャットではこう決まりました」とコピペしていると、AIを使っているのに人間が情報の運搬係になってしまいます。
読者
YuLab
自分はGoogle Sheetを、人間が毎日見る管理表ではなく、AIが継続して仕事をするための共通参照基盤として使うようになりました。
この記事の結論
Project間の引き継ぎを人間のコピペに依存させず、ID・状態・判断根拠・URLなどを共通Sheetへ残し、次のAIが必要なときに読む形にすると、再説明と転記作業を減らせます。
チャットだけで引き継ぐと、人間がボトルネックになる
チャットはその場の相談には便利です。
ただ、別のProjectへ移ると、前の会話をそのまま共有できない場合があります。
すると人間側が、
- どの情報が必要か探す
- 過去チャットを開く
- 必要部分をコピーする
- 新しいチャットへ貼る
- 不足があればもう一度探す
という作業を担当することになります。
AI同士をつなぐために人間が毎回動くなら、情報連携の自動化は途中で止まっています。
共通Sheetを「正式な引き渡し層」にする
そこで、自分の運用ではProjectをまたいで使う情報を共通Google Sheetへ残すようにしています。
たとえば、
- Project ID
- 制作物ID
- 素材ID
- 記事ID
- 現在の状態
- 公開URL
- 分析結果
- 変更理由
などです。
これらを正式情報として残しておけば、次のProjectを再開したときにAI側が確認できます。
「会話の全部」を保存するわけではない
残すのは、次の作業や判断に必要な情報です。雑談や途中の試行錯誤をすべて転記すると、今度は参照するコストが増えます。
実際の流れ｜分析Projectから制作Projectへ引き継ぐ
たとえば、SNSや記事の分析を行うProjectと、Webアプリを改善するProjectが分かれている場合を考えます。
分析側で結果を出す
アクセス、ユーザー反応、改善候補などを分析します。
重要な結果を共通Sheetへ記録する
対象Projectや制作物のIDと一緒に、判断に必要な結果だけを残します。
制作側は再開時にSheetを確認する
制作Projectへ戻ったとき、人間が分析結果を貼り直すのではなく、AIが共通Sheetから関連情報を取得します。
必要な改善だけを実行する
取得した分析結果から、制作側で修正・検証・保留などを判断します。
この形なら、人間はProject間を移動するたびに情報を運ぶ必要がありません。
Sheetは「人間向けダッシュボード」でなくてもいい
Google Sheetというと、人が表を開いて毎日入力・確認する管理方法を想像しやすいと思います。
自分の場合は少し違います。
普段、Sheetそのものを人間が頻繁に見ることを目的にしていません。
AIが必要な情報を取得し、更新し、次の作業へ使えることを優先しています。
人間が見るのは、AIが参照できない、情報が矛盾している、大きな問題が起きた、といった例外時だけでよいと考えています。
AI任せでも「正式情報」は必要
AIが複数Projectをまたいで作業するほど、参照先が古い・欠けている場合の影響も大きくなります。重要な変更は記録し、参照不能や矛盾をAIが検出したら人間へ戻す境界が必要です。
何をSheetへ残すかは「次に使うか」で決める
管理項目を増やせば安心になるわけではありません。
項目が増えるほど入力・確認・更新の負担も増えます。
自分は、次の作業でAIが使う可能性があるかを基準にしています。
共通基盤へ残す候補
- 対象を特定するID
- 現在の状態
- 公開先・参照先
- 正式に採用した判断
- 重要な分析結果
- 異常時の原因・修正履歴
- 次回の作業に必要な保留事項
逆に、AIが後から使わない情報まで細かく管理する必要はありません。
共有Sheetがあると「チャットが変わる」ことへの耐性が上がる
長くAIを使っていると、チャットを分けたり、Projectを作り直したり、担当を変えたりすることがあります。
情報がチャットの中だけにあると、そのチャットを探すこと自体が作業になります。
共通の参照基盤へ正式情報が残っていれば、会話の場所が変わっても、必要な判断根拠を取り直しやすくなります。
これは「AIに全部覚えてもらう」こととは少し違います。
覚えていることへ期待するのではなく、必要なときに確認できる場所を作るという考え方です。
人間の確認は例外時に残す
理想は、人間がSheetを毎回確認することではありません。
通常時は、AIが必要な情報を読み、必要な更新を行います。
次のような場合だけ人間へ戻します。
- 参照先へアクセスできない
- 複数の記録が矛盾している
- 重要な情報が欠けている
- 大きな費用・削除・セキュリティなどの判断が必要
これにより、記録を残しながら、人間を管理係にしない運用を目指せます。
共通SheetをAIの参照基盤にするポイント
- Project間で再利用する正式情報だけ残す
- IDで元Project・制作物・素材・記事をつなぐ
- 通常の参照・更新はAIへ任せる
- 人間の手動コピペを引き継ぎ方法にしない
- 参照不能・矛盾・高リスク時だけ人間へ戻す
次は「共通情報そのものをどう保守するか」
共通Sheetや仕様書を使うほど、次の問題が出てきます。
運用方法、外部サービス、接続条件、ルールなどが変わったとき、参照情報も更新しなければならないことです。
シリーズの次の記事では、AI時代は機械だけでなく、仕様書・ルール・前提条件もメンテナンス対象になるという考え方を整理します。
コメント