FR-091 一頁看完

1. 把 FR-089 用 jedi-asset 定出來的標準形狀套到其餘 18 支有 plugin.py 的套件：plugin/ 五檔、api/ 拆 guards 與 routing、取用執行期組件叫 runtime()、logger 掛 common.jedi_<pkg>、entity 一律 dataclass、註解只留為什麼與陷阱。
2. identity port 只給 API 有吐 created_user_name 的套件（survey、detection、task-platform、compliance-audit、log），其餘不塞用不到的欄位。
3. 主專案側改動不在本案，由 FR-090 第 5 棒統一收成 core/plugins/<pkg>.py。
4. oscal-v2 與 common 沒有 plugin.py，只做註解與 logger，待決策者裁。

• 2026-09-13 首腦第 3 棒（能力點改全列）：決策者裁 21 支全部要有 CAPABILITIES、形式一致。首腦原判準「只給 route 有守門的套件開卡」漏了能力點的另一半用途（前端選單／頁面守門 route_capabilities），issue／file-upload／remote-agent 等 API 不守但 seed 有它們的能力點。開 CM-1734 兩段式（先 134 筆歸屬表等確認，再補 12 支；seed 有 21 筆舊命名含 report 沒有點，處置一併建議），1730 改「每支必帶、空 tuple 允許」。
• 2026-09-13 首腦第 3 棒（版面）：決策者打開 jedi-integrity 看到頂層 12 支業務檔平鋪。首腦掃 21 支：只有 integrity 平鋪（iam 另一支 security_policy.py）；五支開了頂層 ports/（file-upload／issue／notification／oscal-v2／iam，iam 與 domain/ports.py 雙軌）；jedi-issue 的 tests 在套件內靠 exclude 擋 wheel。這些是 FR-069 早期就近做的，FR-091 前三批沒列檢查項。SOP §4.3 補三條（頂層不平鋪／port 只放 domain/ports.py／tests 在套件根），開 CM-1731（integrity）、CM-1732（三支 ports＋issue tests），1725 append iam 兩處。oscal-v2 無 plugin 待裁。另外 .venv／dist／CLAUDE-SECURITY-* 是 gitignore 的產物不是版控內容，CLAUDE-SECURITY 目錄全 monorepo 二十幾份，建議 FR-088 收口時一次清。
• 2026-09-13 首腦第 3 棒：決策者問「能力點（capability）是不是定義在套件內、怎麼檢查」。查明：套件只宣告預設名字（asset 六個常數；survey／detection 直接在 route 寫死字串），判定全在主專案 core/plugins/_host.py 填進去的 common.authz.require_capability（實體 jedi_iam.authz），這是標準 ports and adapters，不動。真正缺口是能力點列表 seed 在主專案 04-seed-core.sql、套件不帶、兩邊靠人對齊沒守衛。決策者裁：能力點跟著套件走，但「migrate 時自動補 row」是大 arc（seed 檔 127 對寫死整數 role_capabilities、Administrator 初始持有、ui_routes）另開 FR；FR-091 先做前置三卡 CM-1728～1730（套件列清單→回補→主專案守衛），1726／1727 各 append 一段把 detection 寫死字串與 task-platform 清單併進去。config 不獨立成檔，留在 contract.py（契約要一處看完）。
• 2026-09-13 首腦第 2 棒：第三批開卡。改判兩條 STATE §2 裁示：log 不開新 identity port（forwarding 已有 IUserNameResolver）；survey 的 repo JOIN 已在 CM-1512 拔掉，剩下是把 IAuditNicknameEnricher／participant 名冊／jedi_iam 直接 import 三條收成 D8 identity。flow-engine 與 compliance-audit 主專案接線共用 api/flow_control/__init__.py，收斂全交 CM-1715 G 組，兩張錯開派。
• 2026-09-12 首腦第 2 棒：第二批開卡。evidence-classification 與 license-runtime 的主專案接線不在 CM-1689 的 11 支內，卡上加 G 組順手收進 core/plugins/；第一批教訓（wheel 假綠、importlib、git commit -- <路徑>、harness --smoke、AST 掃 import）固定寫進每張卡。
• 2026-09-12 決策者：全部做法都統一；先做主專案側（FR-090）再做 18 支；identity port 有吐審計欄位才開；DI container 瘦身排在 18 支後面（FR-090 第 6 棒 CM-1696）。

• 範例：~/Projects/Jedicogy/module/jedi-python-package/jedi-asset/
• SOP：extraction-sop.md §2／§3.4／§4.3／§8
• 說明：plugin-anatomy.md

卡片內容（決策紀錄、驗收條件）以 Notion 為準，本頁只記座標。

相關需求：

• FR-089 — package-shape-unification
• FR-090 — host-side-residue-cleanup
• FR-069 — jedi-module-extraction