観察メモの一覧 観察メモ

AIを交代させる前に、作業メモと相手メモを分ける

同じ役割名であっても、前のやりとりで育った決めごとは別に残す

この記事の勘どころ

AIに同じ役割を頼むときも、相手が変われば前提の通じ方は少し変わる。作業そのものの情報と、前の相手との決めごとを分けて残しておくと、入れ替え後のずれを見つけやすくなる。

よくあるつまずき

AIに作業を頼んでいると、「この役割は別のAIであっても同じようにできるはず」と感じる場面があります。調査役、実装役、レビュー役のように名前を付けると、役割名がそのまま引き継ぎ書のように見えてきます。

けれど実際には、何度か一緒に進めたあとのAIには、その場だけの約束が混ざります。どの言い方なら伝わるか、どの確認を省略してよいか、どこで先回りしてよいか。作業の知識ではなく、前の相手との呼吸に近い情報です。

そこを分けないまま新しいAIや別スレッドへ渡すと、成果物は一見そろっていても、確認や言い直しが増えます。うまくいっていないのに失敗に見えにくいのが、少し厄介なところです。

日常で生かせる点

今回見た研究は、LLMエージェントの2人組をいくつかの協調タスクで形成し、同じ役割のエージェントを別チームから入れ替えると何が起きるかを見ています。比較には、外した本人をすぐ戻す条件、まったく新しい相手を入れる条件、前の相手についてのメモだけ消す条件などが使われています。

面白いのは、タスクの点数だけを見ると入れ替えの影響は小さく見えるのに、進捗あたりのやりとりは16〜63%増えていた点です。高い協調が必要な設定では、失敗した受け渡しのあとに修正する会話が増えていました。

ここから日常に借りたいのは、「AIを入れ替えないほうがよい」という話ではありません。入れ替える前に、引き継いでよい作業メモと、前の相手だけに通じた相手メモを分けるという見方です。

手軽にできる第一アクション

次にAIやスレッドを交代させるとき、まず二列でメモを書きます。左に作業メモ、右に相手メモです。

作業メモには、目的、材料、制約、確認する成果物を書きます。読む人が変わっても同じ意味になる情報だけを置きます。

相手メモには、前のAIとのやりとりで生まれた省略、呼び方、先回りの約束を書きます。新しいAIへそのまま渡すなら「仮の約束」と印を付け、怪しいものは消してから渡します。これだけなら5分で済みます。

続けるときの見方

入れ替え後に見るのは、正解したかどうかだけではありません。聞き返しが増えたか、同じ説明を何度もしていないか、受け渡し後の修正が増えていないかを一つだけ見ます。

もし増えているなら、新しいAIが弱いと決めつける前に、相手メモを見直します。前の相手には通じた合図や省略を、作業メモのように扱っていなかったかを確認します。

AIを使うほど、速さの裏で小さな約束が増えます。その約束を未来の自分が読める形に分けておくことも、AI時代の記録の一部なのだと思っています。

暮らしに置き換える

小さく試すなら

今日AIやサブエージェントを交代させる作業を一つ選び、「作業メモ」と「相手メモ」の二列に分ける。新しいAIへは作業メモを主に渡し、相手メモは仮の約束として一つだけ添える。

役に立つ場面

役割名だけでAIを入れ替えて、あとから聞き返しや言い直しが増える場面を見つけやすくなる。作業を止めずに、引き継ぐ情報と消す情報を分けられる。

読むときの余白

深めるなら

  • AIや別スレッドへ引き継ぎたい作業を一つ選ぶ。
  • 作業メモに目的、材料、制約を一行ずつ書く。
  • 相手メモに前の相手だけに通じた省略や呼び方を一つ書き、新しいAIへ渡すか消すかを決める。

そのまま信じないところ

  • arXiv v1のプレプリントであり、今後の改版や追加検証で結果が変わる可能性がある。
  • 実験は2人組のLLMエージェント、Collab-OvercookedとHanabi、短い形成回数に限られ、一般の仕事用AIすべてを直接検証していない。
  • 二列メモは記事側の読み替えであり、論文がこの日常行動の効果を直接測ったわけではない。
  • タスク点だけでは見えないやりとりの増加を見る話であり、重要な判断や高影響分野では人間のレビューと既存手順を優先する。
  • 前の相手との約束を消しすぎると、必要な文脈まで失うことがあるため、作業メモまで削らない。

次の学びも、見逃さずに。

ブログ・AIプロンプト・Skills・研究・読書の更新を、RSSリーダーでまとめて購読できます。

RSSを購読する

Loading...