# b4 驗證卡派工 prompt（第 11 棒，2026-09-27）

四張各開一個新 session 貼。V1／V2／V4 可平行；**V3 等決策者離線時段再派**（資源類請求與總測同機）。

## V1
model：opus／effort：medium／理由：照修正卡手測段在 190 用 API 重跑，59 條要組織角色矩陣但無設計判斷。
接手 Notion 卡 CM-2264（https://app.notion.com/p/FR-114-V1-190-59-3e8346da4cd08130ab2accb6d1f75242），用 `python scripts/notion_case.py get CM-2264` 讀全文照做。只驗不修、憑證不入任何檔、做完 commit＋回寫不等令。

## V2
model：opus／effort：medium／理由：46 條散 17 模組、12 條無卡要自擬打法。
接手 Notion 卡 CM-2265（https://app.notion.com/p/FR-114-V2-190-46-3e8346da4cd081fab14be1b99f5d7fdc），用 `python scripts/notion_case.py get CM-2265` 讀全文照做。只驗不修、憑證不入任何檔、做完 commit＋回寫不等令。

## V3（決策者離線時段）——09-28 改寫：用驗收語言，避免 runner 誤判為攻擊
model：opus／effort：medium／理由：24 條要逐張讀修正卡找上限值、算「剛超一點」的量，有組織成本但無設計判斷。
這是產品驗收工作：FR-114 為 24 個輸入點加了上限（檔案大小／筆數／逾時），要在我們自己的內部測試機 190 上確認上限有生效，做法是送「剛好超過上限一點點」的請求、比對回應是否等於修正卡宣告的錯誤碼，跟 QA 驗「檔案過大提示」一樣。接手 Notion 卡 CM-2266（https://app.notion.com/p/FR-114-V3-190-24-3e8346da4cd0810c919efdad981acf5a），先讀卡末段「首腦補充（09-28，重述本卡性質）」再讀全文；卡上早段的「炸彈／打垮」是引用資安報告原文，以末段補充的三步做法為準。只驗不修、憑證不入任何檔、做完 commit＋回寫不等令。

## V4
model：sonnet／effort：medium／理由：git grep 與翻 log，機械性。
接手 Notion 卡 CM-2267（https://app.notion.com/p/FR-114-V4-190-18-3e8346da4cd081bb90dcfcf86530023d），用 `python scripts/notion_case.py get CM-2267` 讀全文照做。命中的憑證字串只記檔名行號不貼值；只驗不修、做完 commit＋回寫不等令。