b4 驗證卡派工 prompt(第 11 棒,2026-09-27)

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

§1

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+回寫不等令。

§2

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+回寫不等令。

§3

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+回寫不等令。

§4

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+回寫不等令。