こんにちは、akagi819です。
A2CR という、AI エージェント向けの作業引き継ぎレイヤーを開発しています。
Codex、Claude Code、Roo Code、Cursor などを使っていると、長い作業の途中でこういうことがよくあります。
- 新しいチャットで続きをやりたい
- 別の AI クライアントに作業を渡したい
- 前の会話が長くなりすぎた
- 調査ログ、失敗した案、採用した判断が混ざってきた
- 次の AI に何を説明すればいいか分からない
このとき、前の会話を丸ごと貼ると重くなります。
必要なのは、チャット履歴そのものではなく、次の AI が作業を再開するための「引き継ぎメモ」です。
この記事では、A2CR の
WorkBatonと
WorkStashをどう使い分けると、AI エージェントの引き継ぎが軽くなるかを整理します。
先に結論
短く言うと、こうです。
-
WorkBaton
: 次の AI が最初に読む短い再開メモ -
WorkStash
: 必要になったら取り出す詳しい補足メモ
全部を
WorkBatonに入れようとすると、結局また長くなります。
逆に、全部を
WorkStashに入れると、次の AI がどこから始めればいいか分かりにくくなります。
なのでおすすめはこれです。
resume point は WorkBaton に置く。
supporting details は WorkStash に置く。
WorkStash の entry_key を WorkBaton に書く。
WorkBaton に入れるもの
WorkBatonは、次の AI が最初に読む短いメモです。
入れる情報は、だいたいこのくらいで十分です。
- 目的
- 現在の状態
- 次にやること
- 決定済みの方針
- ブロッカー
- 検証状況
- 必要なら WorkStash の
entry_key
たとえば、こういう内容です。
Goal: Qiita 記事「AIエージェントの引き継ぎメモを軽くする」を公開する。 Current state: 記事の構成は決まっており、WorkBaton と WorkStash の使い分けを説明している。 Next action: 本文を読み直し、タイトルとタグを確認して Qiita に投稿する。 Decisions: - 導入記事ではなく、実践テンプレ記事にする。 - 読者がそのまま AI に投げられるプロンプト例を入れる。 - A2CR の宣伝よりも、引き継ぎメモの書き方に寄せる。 Validation: 既存の Qiita 記事 3 本とは内容が重ならない。 WorkStash: 詳しい下書きと候補タイトルは entry_key=article-workbaton-workstash-template に保存済み。
これなら、新しい AI は最初の数秒で「何をすればいいか」を理解できます。
WorkStash に入れるもの
WorkStashは、長めの補足置き場です。
たとえば、こういうものを入れます。
- 長い調査ログ
- 参考 URL の一覧
- 失敗した試行錯誤
- 採用しなかった案
- ファイルパスの一覧
- エラー全文
- 長めの仕様メモ
- 次の AI が必要なときだけ読めばいい背景情報
ポイントは、
WorkBatonに全部詰め込まないことです。
WorkBatonは短いから価値があります。
長い説明が必要なら、
WorkStashに逃がして、
WorkBatonには「どの entry_key を見ればいいか」だけを書きます。
悪い例: 全部 WorkBaton に入れる
悪い例です。
Goal: A2CR の記事を書く。 Current state: 昨日からいろいろ調べていて、Qiita のプロフィールを見たら 3 本記事があり、 1本目は Codex / Claude Code / Roo Code のセットアップ記事で、 2本目は初心者向けの記事で、3本目は awesome-mcp-servers 掲載記事で... それから Google 検索にも出ていて、a2cr.app や DEV や Qiita が... あと Supabase のバックアップは Pro が... ...
これだと、次の AI はまた長文を読まされます。
しかも、どこが「次にやること」なのか埋もれます。
良い例: WorkBaton は短く、詳しい話は WorkStash へ
同じ内容でも、こう分けると扱いやすくなります。
Goal: A2CR の次の Qiita 記事を公開する。 Current state: 既存 3 本の記事を確認済み。次は WorkBaton / WorkStash の使い分けを説明する実践記事がよい。 Next action: 記事本文を投稿画面に貼り、タグを AI / MCP / ClaudeCode / Codex / A2CR にして公開する。 Decisions: - 既存記事と重複しないよう、セットアップではなく運用テンプレに寄せる。 - 悪い例と良い例を入れる。 - 最後に A2CR のリンクを置く。 Validation: Qiita の @a2cr には 2026-05-15、2026-05-18、2026-05-21 の 3 本が公開済み。 WorkStash: 詳細な記事分析と下書きは entry_key=qiita-a2cr-article-analysis に保存済み。
これなら、次の AI が最初に読む量は少なくて済みます。
必要になったら、
entry_keyを使って詳しいメモを取りに行けばよいです。
AI に投げるプロンプト例
A2CR を使うときは、AI にこう頼むと分かりやすいです。
Save the handoff in WorkBaton. Put the conversation summary and necessary supporting details in WorkStash, then record the WorkStash entry_key in the WorkBaton.
日本語なら、こうです。
作業の引き継ぎを WorkBaton に保存してください。 会話の要約や詳しい補足は WorkStash に分けて保存し、 その WorkStash の entry_key を WorkBaton に書いてください。
もっと具体的にしたいときは、こう頼みます。
次の AI がすぐ再開できるように保存してください。 WorkBaton には、目的、現在の状態、次にやること、決定事項、ブロッカー、検証状況だけを短く入れてください。 長い調査ログ、失敗した案、参考 URL、ファイル一覧は WorkStash に保存してください。 最後に WorkStash の entry_key を WorkBaton に記録してください。
保存してはいけないもの
便利だからといって、何でも保存してよいわけではありません。
保存しない方がよいものもあります。
- API キー
- パスワード
- OAuth token
- DB 接続文字列
- private key
- recovery code
- 秘密の顧客情報
- そのまま公開できない個人情報
A2CR の公式 wrapper は WorkBaton / WorkStash の本文をローカルで暗号化してからアップロードします。
ただし、秘密情報を AI に渡さない、保存しない、ログに残さない、という基本は変わりません。
どのタイミングで保存するか
おすすめの保存タイミングはこのあたりです。
- 作業方針が決まったとき
- 大きな調査が終わったとき
- 実装に入る前
- テストが通った後
- 失敗した案が増えてきたとき
- コンテキストが長くなってきたとき
- 別の AI クライアントに作業を渡す前
- 今日はここまで、というタイミング
特に大事なのは、失敗した案が増えてきたときです。
次の AI が同じ失敗を繰り返さないように、失敗ログは
WorkStashに置き、
WorkBatonには「失敗ログはこの entry_key」と書いておくと助かります。
A2CR で試す場合
A2CR を使う場合は、まず
a2cr-mcpをインストールして、MCP クライアントに 1 つだけ
a2crという server を登録します。
python -m pip install --upgrade a2cr-mcp
詳しいセットアップは、こちらの記事にまとめています。
公式サイトはこちらです。
GitHub はこちらです。
まとめ
AI エージェントの引き継ぎで大事なのは、前の会話を全部渡すことではありません。
次の AI が再開するために必要な作業状態だけを渡すことです。
そのためには、
WorkBatonと
WorkStashを分けて使うのが便利です。
-
WorkBaton
は短くする -
WorkStash
に詳しい補足を置く -
WorkBaton
からWorkStash
のentry_key
を参照する - 秘密情報は保存しない
- 次の AI が同じ失敗をしないように、判断と失敗ログを残す
引き継ぎメモを軽くすると、新しい AI セッションの立ち上がりも軽くなります。
A2CR は、そのための小さな作業状態の受け渡し場所として育てています。