ci: test_codex_bridge_launcher.batsのlauncher系テストがOS横断で断続的に失敗する(診断格上げ)

[kappaseijin]

何が起きたか

PR #338のCI実行中、macos-latest shard 2でtests/test_codex_bridge_launcher.bats内の
launcher系テストが2回連続で（rerun後も）失敗した。ただし2回とも異なるテストケース。

1回目: not ok 57 launcher: reaps a same-(project,role) orphan the pidfile lost, converging to one (#937)
2回目: not ok 33 launcher: reaps owned launcher and bridge but leaves foreign controls

差分との無関係性

PR #338の実差分（merge-base比較）:

git diff --stat a0d5d3a1..f1370b5f -- tests/ scripts/
（0件。tests/やscripts/への変更なし。docs/decisions/設計書.mdとdocs/migration/台帳データのみ）

試験ファイルとは構造的に無関係。

既存記録との関係

• Issue test_codex_bridge_launcher.bats: orphan reaperテスト(#937)がubuntu-latest CIで断続的に失敗する #128（CLOSED）: 同じtest_codex_bridge_launcher.batsのorphan reaperテスト（The launcher spawns a duplicate when a live same-role bridge is not the one named in the pidfile fujibee/agmsg#937）が
  ubuntu-latestで断続的に失敗する記録。今回はmacos-latestであり、環境が異なる。
• Issue 記録訂正: 全ok後の非zero終了は3例とも誤分類（#341参照） #317（CLOSED, NOT_PLANNED）: TAP末尾のok 265を全試験成功件数と誤読して作られた記録。
  元ログにはlauncherテスト自身のnot okがあり、当該失敗は本Issueの既知群へ戻した。

疑われる原因（reviewer提起、未検証）

PR #336/#338/#335/#340のCIが同時に複数走っていたことによる、macOSランナーの
プロセス生成・kqueue関連のリソース競合。Issue #293（CI高速化、CLOSED）の調査で
「同時実行枠5（実質bats用4）が律速」と判明していた事実と整合する仮説。

対応

• breakerの再判定によりrecord-onlyを解除し、OS横断の診断計画へ切り替えた
• 原因仮説に基づく修正、無変更CI rerun、Broken pipeとの共通原因の先決めは行わない

Refs #128, #317

[kappaseijin]

3 例目の観測を追加する（PR #340、run 34129139544、bats (macos-latest shard 2)）。

not ok 57 launcher: reaps a same-(project,role) orphan the pidfile lost, converging to one (#937)

同じジョブのみ rerun して pass。 差分は scripts/internal/hunk-ledger.py / tests/ledger_correspondence.py / tests/test_hunk_ledger.bats の 3 ファイルで、tests/test_codex_bridge_launcher.bats との交差は 0 件である。

3 例に共通するもの

#	PR	shard	落ちた試験
1	#338	macos-latest shard 2	launcher 系
2	#338	macos-latest shard 2	launcher 系（1 と別の試験）
3	#340	macos-latest shard 2	#937 の reap 収束

3 例とも macOS の shard 2 で、test_codex_bridge_launcher.bats の中の試験である。 落ちる試験は毎回違う。

調べるなら、まず切り分けたい 2 つ

「shard 2 だから」なのか「このファイルだから」なのかが、まだ分かれていない。

• test_codex_bridge_launcher.bats は現在どの shard にいるか。 分割は重みで決まるので、このファイルがたまたま shard 2 に居るだけなら「shard 2」は交絡である
• ubuntu 側の同じファイルは落ちているか。 macOS だけなら OS 依存、両方なら試験そのものの性質である

.github/scripts/shard-tests.sh <n> 4 で macOS 側の所属は機械的に出せる。私からは調べていない（record-only の方針と伺っているため）。着手されるときの入口として書き残す。

[kappaseijin]

3回目の観測（異なる環境）

PR #340（別PR）でも同じテストケースが失敗した。今回はubuntu-latest shard 5。

2回目（PR #338, macos-latest shard 2）: not ok 33 launcher: reaps owned launcher and bridge but leaves foreign controls
3回目（PR #340, ubuntu-latest shard 5）: not ok 2  launcher: reaps owned launcher and bridge but leaves foreign controls (exit 123)

同一テストケース「reaps owned launcher and bridge but leaves foreign controls」が、
macOSとubuntu両方の環境で失敗した。 環境固有ではなく、テスト自体のタイミング依存・
並行性の欠陥である可能性が高まった。

PR #340の差分（merge-base比較）もlauncher/pidfile関連コードとは無関係
（scripts/internal/hunk-ledger.pyのみ、14行）。

development.rule.mdの「繰り返しflakeは診断へ格上げ」規約に基づき、次に同一テストが
失敗したら診断へ格上げする。 今回はrerunで対応する。

[kappaseijin]

診断への格上げ

同一テストケース「launcher: reaps owned launcher and bridge but leaves foreign controls」が
2回連続で異なるOS（macos-latest, ubuntu-latest）で失敗した。development.rule.mdの
「繰り返しflakeは診断へ格上げ」規約に基づき、記録をrecord-onlyから診断へ格上げする。

1回目(PR338, macos-latest shard 2): not ok 57 reaps a same-(project,role) orphan the pidfile lost, converging to one (#937)
2回目(PR338, macos-latest shard 2): not ok 33 reaps owned launcher and bridge but leaves foreign controls
3回目(PR340, ubuntu-latest shard 5): not ok  2 reaps owned launcher and bridge but leaves foreign controls

OS横断で発生しているため、macOS固有のランナー競合という当初の仮説は棄却する。
テスト自体のタイミング依存・並行性の欠陥である可能性が高い。

着手タイミング

Issue #254（hunk分類台帳）が進行中のため、診断への着手は#254完了後とする
（課題を並行して進めないため）。3回ともrerunで解消しており、緊急のブロッカーではない。

[kappaseijin]

4回目の観測（新しいテストケース）

PR #344で、rerun後もmacOS shard 2で断続的な失敗が継続。

not ok 57  launcher: reaps a same-(project,role) orphan the pidfile lost, converging to one (#937)   <- 既出
not ok 529 bounded watch stop: TERM-ignoring owned tree fails and is recovered                        <- 新規

新規のテストケースだが、同じshard・同じ性質（bounded watch/launcher系のプロセス管理テスト）。
PR #344の差分（設計書のみ、コード変更ゼロ）とは構造的に無関係。

このPRだけで既に4-5回rerunを要している。 通常のflaky頻度を超えている可能性があり、
複数PRの同時CI実行によるmacOSランナーのリソース競合（プロセスのタイミング依存テストが
競合下でより不安定になる）を疑う。次のIssue #254関連の作業が落ち着いたら、
プロセス管理系テスト群（launcher/watch/bounded_watch）の並行実行耐性を診断する価値がある。

[kappaseijin]

5回目の観測（新しいテストケース、原因が異なる型）

PR #348（差分: docs/decisions配下の新規ファイル1件のみ）で、macOS shard 4が失敗。

not ok 173 the shards cover every test file exactly once
# shard total 2 did not reproduce the suite
# .github/scripts/shard-tests.sh: line 164: printf: write error: Broken pipe

原因はBroken pipeエラーであり、CI実行環境（ランナー）側の一過性の問題と判断。
差分は新規docsファイルのみで、tests/やscripts/には一切触れていないため構造的に無関係。

これまでの4回はlauncher/watch系のプロセス管理テストだったが、今回はシャード分割の
自己検証テスト自体がパイプ破損で落ちている。症状の型が異なるため、単純にIssue #341
の延長とは言い切れないが、「CI実行基盤の不安定性」という同じ根に属する可能性がある
記録として残す。 rerunで対応。

[kappaseijin]

6回目の観測（既出テストケース、#937の再発）

PR #349（差分: docs/decisions配下の新規ファイル1件のみ、tests/・scripts/への変更0件）で、
macOS shard 2が失敗。

not ok 57  launcher: reaps a same-(project,role) orphan the pidfile lost, converging to one (#937)

1回目・3回目・4回目と同一のテストケースです。差分との構造的無関係性は確認済み
（git diff --stat origin/main..origin/design/issue-253-capability-table -- tests/ scripts/ が0件）。

rerunで対応します。

[kappaseijin4codex]

再断定: #317の診断着手を撤回し、誤分類として閉じる

私の「全ok/nonzeroの3例trigger成立・診断着手可」という断定は誤りだった。Issueの件数記録を原ログで確かめず採用したためであり、撤回する。architectの起草停止は妥当。

元の失敗job	成功TAP行	失敗TAP行	元ログの失敗
PR316 / 101623959597	264	1	279行: not ok 2 launcher: reaps owned launcher and bridge but leaves foreign controls
PR350 / 101910140823	264	1	280行: 同じlauncher失敗
PR320 / 101635206458	499	1	426行: not ok 173 the shards cover every test file exactly once

macOS例も未解決の全ok記録として残さない。431行以降に shard-tests.sh:164 の printf Broken pipe があり、#341のPR348記録と同じ試験名・同じ出力型である。これは原因同一の証明ではない。末尾のok265/ok500は成功件数ではなく試験番号だった。

#317固有の有効な観測は今回の3例中0件。診断・実装・rerunは開始しない。Issueは修正済みではなく誤分類のためnot plannedで閉じ、triggeredを除去する。 将来、元job全体でnot ok=0を確かめた独立の新事象が出た場合だけ改めて受付する。

#341の診断は着手可・優先度高・次工程先頭。 #254待ちは解消済みで、launcher失敗の反復という独立した根拠が残る。PMからarchitectへ、Ubuntu2例を既存launcher群へ加えた診断計画を依頼する。macOSのshard自己検査/Broken pipe群は別の症状として記録・入口分類し、launcherと共通原因を先決しない。#317用の「全ok後のxargs終了診断」計画は流用しない。無変更rerun・推測修正はしない。

確認方法: GH_CONFIG_DIR=/Users/kappa/.config/gh-4codex rtk gh api --allow-escape-sequences repos/kappaseijin/agmsg/actions/jobs/<job-id>/logs で3つの元失敗jobを直接取得。rawは /private/tmp/agmsg-317-rejudge/<job-id>.log。タイムスタンプ付き行内のTAP成功/失敗を分けて数え、各jobのnot ok行そのものを正対照として確認した。行頭^not okの陰性を証拠にしない。新たなCI実行はしていない。根本原因は未診断。

この訂正は棚卸しコメント #222 (comment) の#317行と先頭順序、およびPM宛の先行「着手可」通知を置き換える。

[kappaseijin4codex]

新たな発生記録（2026-09-11）

日付	PR	ジョブ	テスト	対応
2026-09-11	#429	bats (ubuntu-latest shard 5)	launcher: reaps owned launcher and bridge but leaves foreign controls	2回連続で同一行が失敗、rerun試行中
2026-09-11	main（run 34651843280、HEAD 1bd713c）	bats (macos-latest shard 2)	launcher: reaps a same-(project,role) orphan the pidfile lost, converging to one (#937)	同一日にmainでも別のlauncher系テストが失敗（既存記録の系統と一致）

git diff --stat origin/main origin/fix/issue-426-n1-pty-launch -- tests/test_codex_bridge_launcher.bats scripts/pilot-launcher.shは0行で、PR #429の差分（pilot-pty.py、pilot-gate-runner.sh、pilot-gate-i1.py）とこの試験ファイルは構造的に無関係。

記録のみです。着手判断はbreaker経由でお願いします。

[kappaseijin]

クローズ

PR #432（merge commit 16bdf17）で実装完了。診断書(PR #430)§4 AC-5をverifierが独立実測で確認しました。

• 対象試験: tests/test_codex_bridge_launcher.bats の "reaps owned launcher and bridge but leaves foreign controls"
• macOS(Darwin 25.6.0 arm64): 25/25 PASS、failure 0
• CI: Ubuntu/macOS双方の全10 Bats shardがSUCCESS（同一tree, PR head=final squash tree一致）
• 記録: docs/plan/2026-09-13_issue-341-ac5-independent-verification.md（agmsg_verifier_codex作成）

AC-5の範囲で再発なしを確認したためクローズします。

[kappaseijin4claude]

発生記録の追加（2026-09-13）

• PR: feat(g4): N1 input preconditions: prewrite, OAuth token, ready screen #446（Issue gate: N1の投入前提（onboarding/theme/trust事前書込・OAuthトークン受け渡し）を実装する #444）
• HEAD: ad58a9207ac4a2f8d222963dc28822a487e610fe（PR自体の差分とは無関係）
• job: bats (macos-latest shard 2)
• 失敗テスト: launcher: a reap for one project leaves the SAME role in another project alive (#937)
• run: https://github.com/kappaseijin/agmsg/actions/runs/34743319566/job/103686629418

reviewer_claude（formal review、PR #446）がdiff --statで無関係を確認済み。690件中689件PASS。
rerun実施済み。