本卡屬 FR-166（母卡 CM-3109），批 10。repo：BE（主 repo，Repo 欄空著）。由首腦驗收 CM-3151／CM-3155 時發現：BE 改吃工作坊套件後，守衛測試有 22 支紅，沒有卡負責。
這張卡做什麼（白話）
BE 的架構守衛（test/test_module_boundaries.py）和資安守衛（test/security/）目前在 ws-CM-3109 上有 22 支紅。大多是換成工作坊新套件後才浮出來的：新套件 jedi-ldap 沒登記、新能力點沒進出貨 seed、新的入口沒進凍結清單。不清掉的話，之後每張卡跑守衛都分不出紅燈是誰造成的。本卡逐支判斷：是真問題就修，是新東西該登記就登記並寫理由，不可以為了變綠而放寬守衛。
在哪裡
repo：~/Projects/Billows/Audit-Manager/compliance-manager-be
看：test/test_module_boundaries.py（6 支）
看：test/security/behavior、test/security/code（16 支）
可能改：守衛的登記表／豁免表、core/plugins（jedi_ldap 歸屬）、scripts/init/04-seed-core.sql 或對應 seed migration、.claude/rules/security/*.md 的 paths
🔴 scripts/init/02-schema.sql 出貨基線不在本卡重產，要的話回報
紅燈清單（首腦 2026-10-27 在 ws-CM-3109＋CM-3155 上實跑）
- module_boundaries：package_imports_only_lower_layers、package_internal_layers_do_not_import_upward、intra_layer_exception_list_has_no_stale_entries（jedi_iam login_domain_service 例外行號 9→10）、all_jedi_packages_are_in_plugins_or_exempt（jedi_ldap）、plugin_capabilities_are_seeded（remote_agent 五個新能力點 browse-files／configure／net-diag／restart／run-local-scan）、host_capabilities_are_seeded（oscal.control-mapping.／pre-engagement.）。
- security：notify_escaping／license_drive_notify（專案啟動等通知樣板）、capability_migration_bumps_catalog_version、package_ui_routes_have_route_capabilities（jedi_license_runtime 004）、route_guard_inventory、rules_paths_cover_layers、scheduler_system_context（agent_cert_expiry_notice tick）、parsing_ai_logging 三支（parser／AI 入口凍結清單）、redis_acl。
怎麼做
- 先在乾淨的 ws-CM-3109 跑一次 pytest test/test_module_boundaries.py test/security，記下基線清單（應約 22 支），再逐支處理。
- 每支先判斷屬於哪一類：①FR-166 新增的東西沒登記（登記並寫理由）②真的違規（修程式）③和 FR-166 無關、本來就紅（回寫列出，不在本卡修，除非一行能修）。
- 能力點 seed：新能力點要進出貨 seed（照 sql-migration skill「出貨基線同步」段），只動 DEV；要重產 02-schema.sql 的話回報，不自己做。
- 🔴 禁止的修法：刪測試、加 skip、把整個目錄加豁免、把凍結清單直接覆寫成現況卻不看差異。每一筆新登記都要附一句理由。
驗收
- test_module_boundaries.py 與 test/security 在本卡分支上全綠，或只剩回寫中列明「與 FR-166 無關」的項目。
- 回寫附一張表：每支紅燈→屬哪一類→怎麼處理→理由。
紀律
- 先 git status；先 git merge ws-CM-3109；顯式 git add 檔名，禁 -am；不切 branch；push 等令；不自派 subagent；只動 DEV。動到守衛與 seed 屬核心，commit 前跑一次全部守衛。做完 commit＋回寫，狀態改「修正待驗證」。
建議模型與思考強度（首腦判斷）
Stage 10／Model opus／Effort high／Repo（主 repo，空著）。22 支逐一判斷真違規還是該登記，判錯就是放寬守衛。