AIを使って作業する時、つい
「その場で会話が進めば十分」
と思いがちだった。
自分も最初はそうだったし、返ってきた内容がよければ、それでだいたい終わりだと思っていた。
でも、AIを1回だけ使うのではなく、
- 何日かに分けて続ける
- 別のAIに渡す
- あとから自分で見返す
みたいな使い方が増えてくると、その場の会話だけでは少し足りなくなってくる。
最近それをかなり感じるようになって、今は
handoffメモ（引き継ぎメモ）を残すだけで、運用がかなり楽になる
と思うようになった。
最初は、その場で話が進めば十分だと思っていた
最初の頃は、AIとのやり取りはその場限りに近かった。
必要なことを聞いて、
返ってきたものを見て、
よければそのまま使う。
それで一応回っていたし、特に困っている感じもなかった。
だから、途中経過を別で残すとか、引き継ぎ用のメモを作るとか、そこまで必要だとは思っていなかった。
でも、作業が少し長くなってくると話が変わる。
困るのは、前に何を考えていたかが薄れていくことだった
AIを使っていて地味にしんどいのは、
- 前に何を考えていたか
- 何を決めたか
- 何が未完了だったか
が、少しずつ薄れていくことだった。
その場では分かっていても、次の日になると意外と曖昧になる。
特に、
- どこまで終わっているか
- 何を次にやればいいか
- この下書きの狙いは何だったか
- どこを別のAIに見てもらいたいのか
このあたりは、会話ログだけだと後から拾いにくい。
しかも、AIをまたぐ時は、ほぼ毎回少し説明し直すことになる。
それが積み重なると、思ったより疲れる。
handoffメモがあるだけで、説明し直しがかなり減った
そこで最近は、必要なものだけ handoff メモとして残すようにしている。
大げさなものではなくていい。
- 何のファイルか
- 何をやりたいか
- 今どこまで進んでいるか
- 次に何を整えてほしいか
このくらいが書いてあるだけでも、かなり違う。
実際、これがあるだけで、別のAIに渡す時の説明がかなり短くなった。
「これを見て続きをやってほしい」
と言いやすくなるし、自分でも後から見返した時に、そのメモが何のためにあったのか思い出しやすい。
たぶん効いていたのは、情報量が増えたことではなく、必要な文脈だけを短く残せること だった。
本文そのものより、周辺のメモが効く場面がある
少し意外だったのは、本文そのものより、こういう周辺メモの方が効く場面があることだった。
記事の下書き自体は読める。
でも、それだけだと
- どこがまだ弱いのか
- 何を足したいのか
- どういうトーンで整えたいのか
みたいなことまでは伝わりきらないことがある。
そこを handoff メモで一言添えるだけで、次の作業がかなり自然につながる。
この感じは、AIを1つだけ使う時より、複数のAIを併用する時の方が特に大きい気がしている。
handoffメモは、作業を止めないための小さい橋みたいなものだった
今の感覚だと、handoff メモは大きな設計資料というより、
作業を次につなぐための小さい橋 に近い。
完璧にまとめる必要はないし、長く書く必要もない。
でも、
- その時の目的
- 次に見てほしいポイント
だけが残っていると、作業がその場限りで終わりにくくなる。
自分はこれまで、AIとの会話そのものに意識が寄りがちだった。
でも最近は、会話の質と同じくらい
「どう引き継げる形で残すか」
が大事なんだと思うようになってきた。
今のところ、自分にはこのくらいの残し方がちょうどいい
今のところ、自分には
- 本文は本文として残す
- 補助メモは補助メモとして分ける
- 引き継ぎたい時は handoff メモを短く残す
このくらいのやり方がかなり合っている。
派手ではないけれど、こういう小さい運用の方が後から効く。
AIとやり取りするなら、全部を覚えておく前提にするより、
次に渡しやすい形で少し残しておく 方がずっと楽だった。
今後やり方はまた変わるかもしれない。
でも少なくとも今は、handoff メモを残すだけでかなり助かっている。
コメント