Problem
idd-verify 的 findings/prompt/codex 輸出檔命名只帶 issue number(/tmp/verify_1_findings_*.md、/tmp/codex-verify-1.md),不帶 repo 識別。兩個 session 對不同 repo 的同號 issue 跑 verify 時共用 /tmp 檔名,先跑完的殘留檔會被後跑的 coordinator 誤認為本輪產出。
實測證據(2026-08-04,同一天兩次)
- ntu-claude-plugins#1 的 R1 verify:file-existence check 讀到 5 檔「全就緒」,但其中 4 檔(含 DA)是今早 bestOCR-bench#1 verify 的殘留(mtime 07:26-07:38 vs 本輪 spawn 15:00);靠 mtime + 內容檢查抓到並隔離,否則 bestOCR 的 findings 會直接進本輪 merge。
- R2 時
/tmp/codex-verify-1-r2.md 再次命中殘留(bestOCR session 同天也跑過 R2)。
Type
bug
Expected
檔名帶 repo 識別(如 verify_<owner>-<repo>_<N>_*)或改用 session-scoped 目錄($CLAUDE_JOB_DIR/tmp);file-existence check 至少加 mtime 新鮮度驗證(早於本輪 spawn 時間的檔案視為 stale)。
Actual
純 issue-number 命名 + -s 存在性檢查,無新鮮度驗證——Step 2.5 recovery protocol 的前提(檔案存在=本輪 agent 產出)被跨 session 殘留打破。
Impact
Findings 污染風險:合併進 master report 的可能是別的 repo 的審查結論;DA 檔殘留還會讓 sequenced DA 被誤判為已完成而跳過。
Source: surfaced during /idd-close ntu-claude-plugins#1 (sister finding from live verify run, 2026-08-04)
Priority: P2
Problem
idd-verify 的 findings/prompt/codex 輸出檔命名只帶 issue number(
/tmp/verify_1_findings_*.md、/tmp/codex-verify-1.md),不帶 repo 識別。兩個 session 對不同 repo 的同號 issue 跑 verify 時共用 /tmp 檔名,先跑完的殘留檔會被後跑的 coordinator 誤認為本輪產出。實測證據(2026-08-04,同一天兩次)
/tmp/codex-verify-1-r2.md再次命中殘留(bestOCR session 同天也跑過 R2)。Type
bug
Expected
檔名帶 repo 識別(如
verify_<owner>-<repo>_<N>_*)或改用 session-scoped 目錄($CLAUDE_JOB_DIR/tmp);file-existence check 至少加 mtime 新鮮度驗證(早於本輪 spawn 時間的檔案視為 stale)。Actual
純 issue-number 命名 +
-s存在性檢查,無新鮮度驗證——Step 2.5 recovery protocol 的前提(檔案存在=本輪 agent 產出)被跨 session 殘留打破。Impact
Findings 污染風險:合併進 master report 的可能是別的 repo 的審查結論;DA 檔殘留還會讓 sequenced DA 被誤判為已完成而跳過。
Source: surfaced during /idd-close ntu-claude-plugins#1 (sister finding from live verify run, 2026-08-04)
Priority: P2