タスク要約の保存
目的は、1週間後に人間（または新しいセッションのあなた）が、何が行われ、なぜ行われ、何が残っているかを1分で理解できるようにすることです。そのため、要約は簡潔で本質を捉えたものにし、会話全体を書き写すようなものにしてはいけません。
保存先
- プロジェクトルート: Gitリポジトリのルート (
git rev-parse --show-toplevel) 。Gitリポジトリでない場合は、現在の作業ディレクトリ。 - ルートにある
summaries/フォルダ（存在しない場合は作成）。 - ファイル名:
YYYY-MM-DD-短いテーマ.md（例:2026-10-16-kafka-outbox.md）。テーマはラテン文字2〜5語をハイフン区切りで小文字で。同名ファイルが既にある場合は、-2、-3を追加し、古い要約を上書きしない（履歴が失われるため）。
何を書くか
会話が行われている言語で書きます。事実は会話と実際の結果（実行したコマンド、変更したファイル）のみに基づきます。信頼できない要約は、ないより悪いものです。そのため、装飾はせず、自分の結論、アドバイス、または「おそらく確認されていない」といった推測は書き加えないでください。会話の中で何かが行われていない、または確認されていないと明示された場合は、「残っていること」に記録します。それについて何も言及されていない場合は、単にそのセクションを省略します。
次の構造を使用し、空のセクションは省略します:
# <タスクのテーマ>
**日付:** YYYY-MM-DD
## タスク
1〜2文: 何を依頼され、なぜか。
## 実施したこと
- 主な変更や結論、3〜7項目。
## 変更したファイル
- `パス/ファイル` — 変更内容。
## 確認方法
- 何を実行し、結果はどうだったか。
## 残っていること
- 未解決の質問、次のステップ、リスク。
要約はおおよそ15〜40行に収めてください。大量のコードやログは挿入せず、ファイルパスと説明1文に留めてください。会話に含まれていたとしても、パスワード、トークン、キーなどのシークレットは決して記録しないでください。
保存後
ユーザーにファイルパスを簡潔に伝え、応答の中で要約全体を繰り返さないでください。要約は既にファイルにあります。