本卡屬 FR-111（母卡見建卡後補號），第 5 棒：邊界層：request schema／查詢預設／repo 過濾／RLS policy（jedi-evidence-classification，12 檔 842 行）。只掃不修。
不看服務層、只看邊界：前端送進來的欄位 schema 放行了什麼、查詢條件不填時預設是什麼、資料層過濾帶了哪些條件、批次兩張表的資料庫隔離規則怎麼寫。
這是 E2 切不進去的資料層（E2 主幹單檔 1,653 行已逼近上限）。「空條件回全表」（總表第 70 項，全站盤點 2026-09-15）、「RLS 規則只取租戶不取部門」、「query entity 非 None 預設變幽靈 WHERE」這三類問題只看邊界就能判，不需要服務層脈絡。
evidence_batch_schema.py）：每個 schema 的欄位清單對照 E2 服務實際用到的——多放行的欄位會不會被服務層 **payload 展開（mass assignment）；unknown=EXCLUDE／RAISE 設了哪個；grep 'apply=False' 0 命中確認。evidence_batch_query_entity.py、evidence_batch_file_query_entity.py、classification_run_query_entity.py）：欄位全 Optional=None？有沒有非 None 預設（那會變成幽靈 WHERE，memory feedback_query_entity_nonnull_default_phantom_filter）；project_id／round_id 不填時 repo 回整租戶（總表第 70 項同型）——對照 evidence_batch_repository_impl.py:35／:64 的 filter 組法，哪些條件是「有值才加」。*_repository_impl.py）：list_by_batch（evidence_batch_file_repository_impl.py）只帶 batch_id——batch_id 從 E2 _require_batch 來、已驗；classification_run_repository_impl.py:24 同型；evidence_batch_repository_impl.py 的列表有沒有分頁上限（總表第 31 項分頁無上限同型）。migrations/003-evidence-batches.sql:145-220）：兩張表各 4 條，policy 用 app_tenant_allowed_for_session(tenant_id) 只取租戶維度、不取部門（檔頭 :23 自陳，理由是 app_org_allowed_for_session(NULL) 的行為）——部門隔離全靠應用層 manager／participant 守門（E2 ①）。WITH CHECK 有沒有（INSERT／UPDATE 改 tenant_id 擋不擋）；evidence_batch_files 自己有 tenant_id 欄還是靠 join 反查 evidence_batches（FR-109 V1 ⑦ 那種「靠父表傳遞」的鏈）。DEV 唯讀實查（2026-09-18）：兩表 RLS 開、各 4 policy、未 FORCE——表擁有者（cmmgr）繞過，正式環境服務走 cm_app 才受限（scripts/installer/install.sh:1386），記在報告。run_state_keys.py）：to_part_id_state／part_id_to_ao_id_index——容器回的 ao_id 與任務側 part_id 互轉，鍵對不上時丟掉還是保留原值（E2 ② 歸檔採信的前提）。domain/service/evidence_batch*_domain_service.py、classification_run_domain_service.py）：薄殼還是有邏輯——get_by_uid 有沒有多帶 tenant 條件（沒有也行，RLS 兜底，但 cmmgr 連線時就沒兜）；狀態欄位的合法值有沒有在這層驗。本套件從未掃過。 本棒是 E2 的接縫檔集合，E2 的研究員可能已經追去讀過其中幾支——重複報由首腦挑掉。002-evidence-classification-grants.sql 檔頭自陳「兩張舊表刻意不掛 RLS」已過時（DEV 實查五張表全開），該檔不在本棒 scope，但若研究員讀到 001／002 報「無 RLS」是假陽性。跨 arc 總表 §5「空條件回全表全站盤點」（2026-09-15）列了 21 支套件掃出 17 支零必填、DEV 實查真正兩層皆空只 3 支——本套件當時算哪一類 runner 對一下寫進報告。
第一步：驗 scope 檔數與行數，對上 12 檔／約 842 行才啟動（scope 以套件 HEAD 955e409 為準；git log -1 --format=%h 不是它就先回報，不自行改 scope）：
cd /Users/chouraymond/Projects/Jedicogy/module/jedi-python-package/jedi-evidence-classification && git ls-files -- jedi_evidence_classification/domain/service/evidence_batch_domain_service.py jedi_evidence_classification/domain/service/evidence_batch_file_domain_service.py jedi_evidence_classification/domain/service/classification_run_domain_service.py jedi_evidence_classification/infra/repository/evidence_batch_repository_impl.py jedi_evidence_classification/infra/repository/evidence_batch_file_repository_impl.py jedi_evidence_classification/infra/repository/classification_run_repository_impl.py jedi_evidence_classification/domain/entity/evidence_batch_query_entity.py jedi_evidence_classification/domain/entity/evidence_batch_file_query_entity.py jedi_evidence_classification/domain/entity/classification_run_query_entity.py jedi_evidence_classification/migrations/003-evidence-batches.sql jedi_evidence_classification/app/service/run_state_keys.py jedi_evidence_classification/api/schemas/evidence_batch_schema.py | wc -l # 要 = 12
cat jedi_evidence_classification/domain/service/evidence_batch_domain_service.py jedi_evidence_classification/domain/service/evidence_batch_file_domain_service.py jedi_evidence_classification/domain/service/classification_run_domain_service.py jedi_evidence_classification/infra/repository/evidence_batch_repository_impl.py jedi_evidence_classification/infra/repository/evidence_batch_file_repository_impl.py jedi_evidence_classification/infra/repository/classification_run_repository_impl.py jedi_evidence_classification/domain/entity/evidence_batch_query_entity.py jedi_evidence_classification/domain/entity/evidence_batch_file_query_entity.py jedi_evidence_classification/domain/entity/classification_run_query_entity.py jedi_evidence_classification/migrations/003-evidence-batches.sql jedi_evidence_classification/app/service/run_state_keys.py jedi_evidence_classification/api/schemas/evidence_batch_schema.py | wc -l # 要 ≈ 842
第二步：把啟動指令交給決策者（你不能自己啟動）。/claude-security 這個 skill 帶 disable-model-invocation: true，模型用 Skill tool 叫會被擋；也不可以自己叫 Workflow 或自己派研究員／verifier 代替它——面板票數是工具算的、報告的驗證章蓋在那個數字上。這是刻意設計不是故障，撞到不要 debug、不要找繞路。
檔數對上後停下回報：說「檔數 12 已對上，可啟動」，並把下面兩行原樣附在回報裡交還給決策者，由決策者在本 session 親手打（單次送出、第二行不能省、每個新 session 都要重打）：
/claude-security scan codebase at /Users/chouraymond/Projects/Jedicogy/module/jedi-python-package/jedi-evidence-classification --scope jedi_evidence_classification/domain/service/evidence_batch_domain_service.py,jedi_evidence_classification/domain/service/evidence_batch_file_domain_service.py,jedi_evidence_classification/domain/service/classification_run_domain_service.py,jedi_evidence_classification/infra/repository/evidence_batch_repository_impl.py,jedi_evidence_classification/infra/repository/evidence_batch_file_repository_impl.py,jedi_evidence_classification/infra/repository/classification_run_repository_impl.py,jedi_evidence_classification/domain/entity/evidence_batch_query_entity.py,jedi_evidence_classification/domain/entity/evidence_batch_file_query_entity.py,jedi_evidence_classification/domain/entity/classification_run_query_entity.py,jedi_evidence_classification/migrations/003-evidence-batches.sql,jedi_evidence_classification/app/service/run_state_keys.py,jedi_evidence_classification/api/schemas/evidence_batch_schema.py --effort low
I understand this may take a while and use a significant number of tokens.