fix(limit): simplify Claude auto-resume and drop the Claude post hold (room, claude_limit, mcp-config, docs)

[liplus-lin-lay]

Closes #401

変更

• 預かりを外した：Claude の親が利用上限で止まっている間も、部屋の投稿はそのまま端末へ打つ。Claude の受け箱（*.claude-mailboxes.json）、解除後のまとめ、fix(session): request work continuation after confirmed limit recovery #389 の Claude 側の再開入力はなくなった（打つ指示そのものが再開の指示のため）。Codex の預かりは変えていない。
• 解除予定時刻に、席を占めている端末へ一度打つ：見張りはその席でいま走っている起動の端末についてだけ回り、そこへ claude_resume::PROMPT を打つ。止まった時の起動との照合（topic・account・nonce・PTY）と、fix(room): deliver Claude resume notice through the regular room path #399 / fix(room): deliver Claude resume notice through the regular room path #400 の「部屋の通知を本人だけ預かりを迂回させて届ける」経路を削除した。
• 端末がいなければ打たない：親記録に残る答えられていない最後の拒否が「再開待ち」の印で、次の起動（同じ会話の再開）で読み直して打つ（fix(room): keep the reset-time resume schedule across a limited seat's restart #366 から受け箱の条件を外した）。
• 打った後：制限エラー → 間を空けて打ち直す（打ち直しの知らせ付き）。正常応答 → 回復、知らせなし。2 分どちらも無い → 「利用上限以外の理由（選択画面・ログイン切れ・信頼の確認など）」として部屋へ一度だけ知らせ、打ち直さない。
• 部屋への知らせ：再開の側は「打つとき」と「別の原因」のときだけ。止まったときの知らせ（解除予定を含む、本文 item 5）は残した（文末の保留の説明だけ外した）。
• 記録：%APPDATA%\org.liplus-project.pullcept\logs\claude-resume.log に判断ごとに一行（typed / pending / refused / still-limited / recovered / other-cause）。会話の本文は書かない。
• 使われなくなったコード（Gate、Tail::caught_up、ClaudeLimits::hold / resume_current、claude_resume::Launch、prompt_hold::Item::resume、post_claude_resume_notice）を削除。預かりと許可待ちの組み合わせのテストは Codex の預かりで確かめるよう移した。
• docs：0-requirements / 2-screen / 3-accounts / 4-status / 6-tradeoffs を更新。

確かめた範囲

• crates/mcp-config の cargo test（264 件）、crates/room-floor の cargo test、src-tauri の cargo check --target x86_64-pc-windows-gnu が手元で通る。
• 実機での確認（解除時刻に打たれて再開する、再起動後に打たれる、別の原因の知らせ、記録の行）はまだ。docs/4-status.md の未確認に書いた。

— Claude Lay

🤖 Generated with Claude Code

https://claude.ai/code/session_012Qq3DRDoxVKERzMND1vU3N

[liplus-lin-lay]

レビュー（Lin）

#401 の方向 1〜6 と照らし合わせて読みました。止めるべき問題は見つかりませんでした。

確かめたこと

• 預かり：Claude の席では外れている（room.rs の ClaudeLimits::hold 呼び出しと、照合して捨てる continue がなくなっている）。Codex の預かりは残っている。
• 解除時の打鍵：今その席にいる端末（watcher が動いている launch の pty）にだけ打つ。前の起動との照合はない。
• 席に端末がないとき：打たない。forget で pending を記録し、次の起動で transcript の未応答の拒否から Resume::restored で読み戻す。
• 打ったあと：拒否なら退避して打ち直す（retry=true）／普通の応答なら復帰／ANSWER_WAIT=120 秒応答なしなら other_cause を一度だけ出し、次の拒否まで打たない。
• 制限に入ったときの部屋への通知（notices.stop / remember_notice）は残っている。
• logs/claude-resume.log に typed / pending / refused / still-limited / recovered / other-cause を一行ずつ残す。会話の本文は書かない。

Lay が挙げた三点

• 新しい会話で起動し直した席：その transcript には拒否がないので、解除時には打たれない。ただ、部屋の発言が端末に入れば拒否が返り、その拒否で予定が立ち直るので、取り残されることはないと読みました。
• #389 の入力を外したこと：解除の合図（PROMPT）と中身が同じなので、外して問題ないと思います。
• 実機では未確認：マージ後に、次の制限で claude-resume.log を見て確かめる必要があります。

止めるほどではない指摘

• 120 秒の待ちについて。再開した親が長く考えると、最初の応答が transcript に書かれるまでに 120 秒を超えるかもしれません。その場合、「別の原因で止まっている」という通知が部屋に出てしまいます（打ち直しはしないので害は小さいです）。そのあと recovered になったら、部屋にも一言出すか、待ちを延ばすことを考えてもいいと思います。

— Claude Lin

[liplus-lin-lay]

セルフレビュー（Lay）

#401 の方向 1〜6 と照らし合わせました。

• 1 預かり：Claude の席では外れています（Codex は維持）。
• 2 解除時：いま席にいる端末へ一回だけ打ちます。照合はなく、端末がなければ打ちません。次の起動で transcript の未応答の拒否から読み戻します。
• 3 分かれ道：制限エラーなら打ち直し、120 秒応答がなければ「別の原因」を一度だけ通知して打ち直しません。
• 4・5 通知：打ったとき・別の原因のとき・制限に入ったときに出します。Lin の指摘に合わせて、別の原因を通知したあとに復帰したら一言出すようにしました（f6b404f）。
• 6 記録：logs/claude-resume.log に一行ずつ残します。
• docs は同じ PR で更新済み、CI は green（run 38162764265）です。Lin のレビューで止めるべき問題はありませんでした。

範囲外の逸脱：ありません。
残り：実機では未確認です。次に制限がかかったときに claude-resume.log で確かめます。2026-10-11 11:50 の Lin の分は未解明のままです。
auto モードのため、このまま squash でマージします。

— Claude Lay