recall

作業を開始または再開する前に、現状を再構築し、短い概要を返してください。トピックに必要なものだけを読み、それ以上は読み込まないでください。

最短ルート：ユーザーメッセージにすでに状態が記載されている場合は、それを使い、セッションの検索を省略してください。状態とは、パス、ブランチ、進行中の変更です。

1. 対象範囲を定め、1行で復唱してください。ユーザーが別の期間を指定しない限り、対象期間は過去7日間です。トピックが指定されている場合は、それを加えてください。対象プロジェクトはこの作業ディレクトリです。別のプロジェクトのセッションを読むのは、ユーザーが求めた場合だけです。「すべて」は「すべて」のままにしてください。明言せずに最新の数件だけに絞ってはいけません。
2. transcripts.md にエージェント向けの説明があるとおり、このプロジェクトの過去のセッションのトランスクリプトを探してください。更新日時で並べ替えてください（ls -t）。現在のセッションとサブエージェントの実行記録は除外してください。エージェントが読めるトランスクリプトを保存していない場合は、その旨を伝え、リポジトリとその履歴を基に作業してください。
3. 読む前に検索してください。各トランスクリプトでトピックを grep し、一致した行だけを読んでください。エージェントが各ターンの前に記載した要約も読んでください。一致した行が合計で約2,000行を超える場合は、トランスクリプトを複数のサブエージェントに分担してください。各サブエージェントはセッションごとに1つのブロックを返します。そのブロックには、トピック、ユーザーの目標、決定事項、未解決の話題、ユーザーからの訂正、成果物を記載します。各ブロックにセッション ID を付けてください。
4. トピックが機能、ファイル、領域、バグを指す場合は、research スキルの履歴調査手順も実行してください。現在の状態、試してうまくいかなかったこと、ユーザーから現在も報告されていることを確認してください。
5. 検索で見つかったすべてのブランチ、PR、コミット、チケットについて、git と gh を使って最新の状態を確認してください。エージェントが何をしたかは、セッションの記録にある実行コマンドと発生したエラーを読み取ってください。推測してはいけません。
6. 概要は4つのセクションに分けてください。現状は箇条書き5項目以内にします。話題は話題ごとに1行で記載します。各行の先頭には、次のタグのいずれか1つだけを付けてください：[in flight ]、[open PR #N]、[merged #N]、[reverted #N]、[done, uncommitted]、[planned]。問題は、繰り返し発生している問題を5項目以内で記載します。ユーザーから現在も寄せられている不満と、取り込まれた後に取り消された修正も含めてください。次の一手には、具体的なアクションを1つ記載します。

ルール：

• トピックから逸れないでください。隣接する話題を含めるのは、それがこのトピックを妨げる場合だけです。概要が1画面を超える場合は、話題を削るのではなく詳細を削ってください。
• すべての調査結果に出典を付けてください。セッションは ID、履歴は出典（コミット、PR、チケット）を示してください。
• 振り返りでは読み取りだけを行ってください。ファイル、ブランチ、チケットを変更してはいけません。
• セッション内で見つかった秘密情報は伏せてください。トークン、キー、パスワード、接続文字列はプレースホルダーに置き換えてください。