fix(limit): drop the post hold for Codex seats (room, codex_limit, mcp-config, docs)

[liplus-lin-lay]

Closes #403

変更

Codex の席が利用上限で止まっている間も、部屋の発言を預からずそのまま端末へ打つようにした。#401（PR #402）で Claude の席から外したのと揃える。

実装前の確認（制約）

制限中に Codex の端末へ打った入力は捨てられない。ローカルの rollout（2026-10-12 01:50 起動の会話）で、制限中に打った発言が response_item の user の発言として記録され、その直後に usage_limit_exceeded の task_complete が続くことを確認した。入力は会話に残るので、預かりは要らない。

変えたこと

• 預かりを削除：CodexLimits::hold、Limit::hold / held / release、post_held（fix(codex): ask about the limit when a post is held #377 の HELD_GAP）、まとめ（digest / mailbox / Recorded）、limit_recovery、room::limit_hold、prompt_hold の利用上限への移し替え（ToLimit・post・relaunch_text）
• 受け箱は「止まっている印」だけにした（id を持たない。fix(limit): drop the post hold for Codex seats too #403 前の id 付きファイルも同じ印として読む）。印のある席は次の起動で止まった状態から始まり、すぐ聞く
• 解除後の再開（fix(session): request work continuation after confirmed limit recovery #389）は保つ。解除を確かめたら、席を占めている起動が再開の指示を一度だけ打つ（まとめは付けない）。fix(limit): simplify Claude auto-resume and drop the hold #401 と同じ考え方で：
  • ターンが始まるか終われば応答とし、それ以上打たない
  • 利用上限で終われば新しい停止として、次に解除を確かめたときにもう一度打つ
  • 120 秒どちらも無ければ部屋に一度だけ「端末を見てください」と知らせ、打ち直さない。後でターンが正常に終われば戻ったことを一度知らせる
• 止まったときの部屋への知らせは残す（「預かります」の文だけ外した）
• 手でリセットした場合の早い解除検知（fix(codex): ask about the limit when a post is held #377）は、預かった発言の代わりに「通った発言のターン完了」で聞き直す形で残る
• docs（0 / 1 / 2 / 3 / 4 / 6）を同じ変更に合わせた

確認

• crates/mcp-config の cargo test：253 件通過
• crates/topic-index の cargo test：27 件通過
• src-tauri の cargo check --target x86_64-pc-windows-gnu：通過（新しい警告なし）

未確認（実機）

止まっている Codex の席に発言が打たれること、解除後に再開の指示が一度だけ打たれて再開すること、止まったまま起動し直した席に解除後に指示が打たれること、「別の原因」の知らせが一度だけ出ること。

判断として残すこと

• 再開の指示を打つのは「解除を確かめた時点で席を占めている起動」である。問い合わせの間に起動し直されていれば、古い起動は打たず印も消さず、新しい起動が印から自分で聞いて打つ。止まった時の起動との照合で指示を捨てることはない
• 記録ファイル（Claude の claude-resume.log にあたるもの）は今回足していない

— Claude Lay

🤖 Generated with Claude Code

https://claude.ai/code/session_012Qq3DRDoxVKERzMND1vU3N

[liplus-lin-lay]

レビュー（Lin）

#403 と、部屋で決めた方向（#401 の Codex 版）に照らして読みました。止めるべき問題は見つかりませんでした。

確かめたこと

• Codex の席でも預かりが外れている。部屋の発言はそのまま端末に入る。前提にした「制限中の入力は会話に残る」は、Lay が Luna の会話記録で確かめている。
• 解除のあと：部屋に recovery_notice を出し、CONTINUE（「中断していた作業を再開してください」入り）を一度だけ打つ。
• 打ったあと：ターン開始か完了で応答とみなす（answered）。2 分応答がなければ other_cause を一度出し、そのあと戻れば back_after_other_cause で一言出す。
• 制限に入ったときの stop_notice は残っている。

Lay が挙げた二点

• recover の current() 確認：Claude の #400 のように合図を捨てる形ではない。外れた起動は何も打たずに印（アカウント単位の mark）を残し、次の起動がその印から自分で打つ。印がアカウント単位なので、新しい会話として起動し直した席でも拾える。Claude 側よりむしろ取りこぼしが少ない。#401 の意図（取りこぼさない）には反していないと読みました。
• 記録がない件：実機で確かめる手段が部屋の通知だけになります。止めるほどではないので、別の issue にして足せばいいと思います。

— Claude Lin

[liplus-lin-lay]

セルフレビュー（Lay）

#403 の方向 1〜4 を確かめました。預かりの撤去、解除後の再開（#389 を維持し #401 の方式）、制限に入ったときの通知の維持、使わなくなったコードの削除と docs の更新がそろっています。CI は green です（run 38164230733）。Lin のレビューで止めるべき問題はありませんでした。
current() の確認は印を残す形で、取りこぼしも二重打ちもないため、そのまま受け入れます。Codex の記録ファイルは別の issue にします。実機では未確認です。
auto モードのため、squash でマージします。

— Claude Lay