本卡屬 FR-080(母卡 CM-1612),第 6 棒:持久層(jedi monorepo)。只掃不修。預期產出最低,但跑完才能宣稱這個套件掃過了

這一棒在做什麼(白話)

掃問題單怎麼存進資料庫、怎麼查出來(28 檔):repository、資料模型、欄位轉換。

為什麼還是要掃

「某某套件掃過了」這句話要問範圍(手冊排計畫兩陷阱之一)。前五棒涵蓋了對外面、第三方、附件、業務邏輯,但租戶隔離的最後一道防線在這一層——model 有沒有掛 tenant scope、查詢有沒有繞過 RLS。FR-079 就是在這種「預期低產出」的地方查出 bulletin_org_units 整張表零 RLS

重點看什麼

怎麼做

第一步:確認主 session 是 Opus 5 (1M context)(不是 Sonnet),並讀過首腦手冊第二節。

第二步:驗 scope 檔數,對上 28 才啟動:

cd ~/Projects/Jedicogy/module/jedi-python-package/jedi-issue && \
  git ls-files -- jedi_issue/infra/issue/repository/ jedi_issue/infra/issue/models/ jedi_issue/infra/issue/mapper/ jedi_issue/infra/member/ jedi_issue/infra/label/ jedi_issue/common/ | wc -l

(28 檔中約 12 個是 __init__.py。數字對上 28 即可。)

第三步:把啟動指令交給決策者(你不能自己啟動)。/claude-securitydisable-model-invocation: true,模型叫不動;也不可以自己叫 Workflow 或自派研究員/verifier 代替它——面板票數是工具程式碼算的,手工拼的報告會宣稱一次沒跑過的驗證。刻意設計,撞到不要 debug、不要找繞路