catchup

人間が現在の状態から、記憶ではなく、本人の目線に合わせて追いつけるようにする。

ゴール

catchup は、迷子になった人間のための再入場ポイントです。長いエージェントサイクルは、言葉を作り、ファイル名を変更し、実験を実行し、オーナーが追いつけるより速く判断を下します。次の行動が意味を持つ前に、オーナーのメンタルモデルを再ロードする必要があります。catchup はプロジェクトの生きた状態を読み取り、保持しているコンテキストがゼロの人間でも行動できるブリーフィングを返します。これは次の一手が決まる前に実行されます。catchup が地図を復元することで、その判断は古い記憶ではなく真実から始まります。

ワークフロー

1. 生きた状態のみを読み取ります。最近のファイル mtime、git log/diff、plan および state ドキュメント、re0-memo のメモ、タスクボードなどです。会話の記憶だけからブリーフィングしてはいけません — 記憶こそがずれてしまったものです。
2. 人間の最後の接触（最後のメッセージ、判断、またはコミット）を基準にします。それ以降のすべてが差分であり、それ以前は既知とみなして除外します。
3. 時系列順ではなく、意思決定の順序で構成します。
   • あなたが必要 — 人間だけが与えられる決定、判断、または入力。それぞれが別のファイルを開かずに行動できる程度に自己完結していること。
   • あなたが離席中に変わったこと — プロセスではなく結果。「計画のスコアリングルールが置き換えられた」は「3 回の分析パスを実行した」に勝ります。
   • 新しい言葉 — 最後の接触以降に作られた、または転用されたすべての用語。それぞれ 1 行で、どこにあるかを添えます。本人がすでに使っていた用語は除外します。
4. 初出時に用語を説明します。ブリーフィングに現れるプロジェクト固有の用語には、たとえ用語集セクションが後ろにあっても、初出箇所でインラインの平易な補足を付けます。
5. デフォルトは短く（1 画面以内）保ちます。すべてを展開するのではなく、セクションごとの詳細表示の提案で終えます。

ルール

• 状態に基づくこと。すべての主張は、人間が開けるファイル、コミット、または成果物にたどれること。「話し合ったとおり」はなし。
• プロジェクトに対して読み取り専用。catchup はブリーフィングするだけで、修正、名前変更、判断はしません。
• 依頼が最初。人間を必要とする 1 つの質問を埋もれさせるブリーフィングはログです。
• 過程の語り口ではなく、結果の語り口。エージェントのプロセスを語るのは自己報告であり、ブリーフィングではありません。
• 決着済みは黙る。クローズした決定と健全なメトリクスは 1 行か、なしです。
• 誠実な完全性。「完了」は検証済みの完了を意味し、「進んだ」は「整合した」ではありません。どちらかを明言します。
• 人間が明らかに知っている用語（本人が先に使ったもの）を再説明してはいけません。

検証

終了する前に：

1. ブリーフィングを冷たい目で読みます。ギャップ前の記憶や説明のない造語なしに解析できる文であること。
2. 「あなたが必要」の項目は、それぞれ別のファイルを開かずに行動できること。
3. すべての主張に検証可能なソース（ファイル、コミット、成果物のパス）があること。
4. 1 画面に収まり、展開は提供されるのではなく提案されること。