#648 [test] headless SIGINT を実要求開始の合図後に送る

[Kewton]

概要

headless の SIGINT のテストで、SIGINT を送る時機を、実際の provider の要求が始まった合図の後にします。これまでは、証跡のファイルと 100 ms の sleep で時機を推し量っていました。

変更

• tests/headless_summary.rs（+239 −27）だけを変えました。製品コードは変えていません。
• mock の Ollama endpoint を、保持した listener で動かします。
  • POST /api/chat の要求を最後まで読んだら、channel で親に合図します。
  • 応答は 200 のヘッダだけを返し、本体を開いたままにします。こうして provider の呼び出しを進行中のまま止めておきます。
• 親は合図を受けてから、実 CLI の子に kill(SIGINT) を送ります。証跡のファイルと 100 ms の sleep はやめました。
• ready を単調な clock で 15 秒まで待ちます。次の場合は、診断を付けて fail します：
  • 子が早く終わった
  • 要求が最後まで届かない
  • mock の thread が止まった
  • 合図が来ない
• guard（Drop）が、失敗の経路でも、子の kill と wait、mock の thread の停止と join を行います。
• exit 130 以降の既存の assertion（最後の stdout 行の schema、interrupted summary、events_path、interruption event）は 1 行も消していません。

検証

• commandmate verify の 15 ゲート（fmt・clippy -D warnings・cargo test の全体を含む）は、develop c98bdc7c の上の HEAD 8435de32 で 15/15 pass でした。
• 同時実行：受け入れ条件の「2 checkout で同時に 3 回」の代わりに、同じビルドのテストバイナリを対象のテストに絞って 2 プロセス同時に起動することを 3 回くり返しました。ビルドは 1 本ずつという運用のためです。
  • SIGINT と SIGQUIT は既定に戻して起動しました。
  • 結果は 6/6 pass で、各回の後にプロセスは残っていません。TTY は使っていません。
• 二点測定は対象外です（テストの時機の修正で、新しいテストを足していないため）。
• 成長上限の対象（runner.rs・loop_run.rs・baseline）は変えていません。

確かめてほしい点

• 規模は +239 −27 で、Issue の目安を超えています。大半は、mock の HTTP の読み取り（ヘッダの終わり、Content-Length、timeout の診断）と guard です。
• 子は provider を呼ぶ前に、自分で signal handler を入れます（src/lib.rs の DirectCommandCompletionGuard::start_inner）。そのため、テストは子の signal の状態を戻していません。親から SIG_IGN を継いだ状態での pass は確かめていません。
• 要求を言い終えずに閉じた接続が 1 本でも来ると、mock は fail にします。今の --prompt の経路は到達確認をしないので、この形で起きません。

レビュー

テストの変更なので、merge 前レビューは行いません（利用者承認済み）。

Refs #648

🤖 Generated with Claude Code