本卡屬 FR-188（母卡）。所有前面的卡驗收通過後才派。

怎麼做

• jedi-source-scan、jedi-detection、jedi-iam 各自跑全部 tests → 依 PEP 440 bump → 發 Nexus（決策者 10-31 常態授權；步驟見 docs/claude/jedi-packages.md 發版流程）。相依下限對實際呼叫。
• 主 repo pyproject.toml 改回釘新版、env -u VIRTUAL_ENV poetry update <三支>、git update-index --no-assume-unchanged pyproject.toml poetry.lock，與 lock 一起 commit。
• 跑守衛測試（test/test_module_boundaries.py）＋三支套件在主 repo 的既有測試，全綠才 commit。
• 出貨基線：本案若有主線 scripts/sql/ migration，回寫明講「出貨基線待重產」，不自己動 188 基線庫。
• 更新站 D1 migration 對遠端套用：回寫列出要執行的指令，等決策者放行。
• 回寫：每支套件的新版號、改了什麼、哪些 consumer 要跟著升。

紀律

• branch feature/FR-172，不切 branch；顯式 git add <檔名>、禁 -am；只 add 自己改的檔。commit 不等令，push 由決策者做。
• 做完 commit → 本卡 append 白話回寫（做了什麼、commit hash、驗證、手測清單）→ 狀態改 修正待驗證。卡住也 commit 已完成部分並回寫卡在哪，狀態維持 In progress。
• 檔案內註解只寫「為什麼」與「陷阱」（一到兩行），「做了什麼／哪一棒／等發版」進 commit message，不進檔案。
• 不重複造輪子：要寫任何新函式前先按行為 grep 既有程式碼，三擇一 reuse → extend → 確認沒有才 new。回寫列出 reuse 了哪些、新增了哪些、為什麼不能 reuse。
• 資安規範：BE 動到 api/／app/／infra/ 時 .claude/rules/security/ 自動載入，照著做；從 BE 開的 session 跨 repo 改 FE，FE 規則 .claude/rules/security/frontend.md 不會自動載入，動手前自己讀。回寫列出對到哪幾條、怎麼滿足。
• 不做義大利麵：本卡「怎麼修」已標 reuse／extend／new。標 extend 的就改既有那支，不另開 XxxV2、不複製改兩行、不在既有函式塞第三個來源分支。
• 不寫新單元測試，除非本卡「要寫測試」明列（CLAUDE.md 測試政策）。commit 前跑改動模組既有測試＋守衛測試（BE test/test_module_boundaries.py）。

建議模型與思考強度（首腦判斷）

Stage 7／Model opus／Effort medium／Repo （主 repo，空著）。發版不可逆、要對 consumer 守衛測試；套件 pin 與 lock 是登記型共用檔，獨立一批，opus medium。

首腦補充（2026-11-09）：FR-187 資安修正卡加進來，多三支套件要發版

FR-187 資安修正卡併進 FR-188（CM-3748～3756），本卡的發版範圍從三支擴成六支：