こんにちは、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 は、そのための小さな作業状態の受け渡し場所として育てています。