本卡屬 FR-091（母卡 CM-1690），純文件。建議 model：Opus，effort：medium——白話翻譯要把技術事實講對又不出現術語，比寫技術文難。

這一棒在做什麼（白話）

決策者 2026-09-13 說：PM 想看「插件怎麼納入主專案」那份說明，但 PM 不懂技術，要白話版。現有的 docs/features/FR-089-2609-package-shape-unification/plugin-anatomy.md 是給工程師的（十三節、十三張圖、滿是檔名），而且停在 2026-09-12，之後做的能力點清單與主專案守衛都沒寫進去。這張卡做兩件事：① 另寫一頁 PM 版 for-pm.md 放同一站；② anatomy 補一節更新。兩份各有讀者，不合併。

① PM 版 for-pm.md——三段＋一張表，全篇不許出現檔名、函式名、縮寫

• 第一段：為什麼要做（一個比喻）。系統是由 21 個「零件」（套件）組成，過去每個零件是不同時期不同人做的，接頭形狀都不一樣：有的零件要接四個地方、有的接兩個，說明書寫法也各異。新來的工程師接手一個零件要先花半天搞懂它怎麼裝。這次把 21 個零件的接頭全部改成同一種規格。
• 第二段：整理完長什麼樣（三件可以講給非技術人聽的事）。(a) 每個零件裝進系統只要動三個地方，且 21 個零件都一樣，新人學一次就會全部；(b) 每個零件自己列出「我需要哪些權限開關」，系統有一道自動檢查，任何零件加了開關忘了登記，測試立刻變紅，不會發生「客戶新裝機器後某個按鈕永遠按不了」；(c) 任何一個零件拔掉，系統其他部分照常運作，這條有實際測過（拔掉檢測工具零件，35 個網址消失、其他頁面正常）。
• 第三段：對交付的意義與還沒做的事。意義：交接成本降、權限漏登記這類無聲的錯有自動守門、未來加零件有固定作法。還沒做（誠實列，白話）：零件改完還沒「出版」給正式環境用（發版）；權限開關「自動寫進客戶資料庫」這一步是下一個大工程，這次只做到「有清單、有檢查」；有三個零件的裝法還是舊式、下一輪收。
• 進度表：25 張卡列成表（卡號、一句話白話說明、完成日），資料照 docs/features/FR-091-2609-package-shape-rollout/README.md 的總進度表抄，把技術描述改白話。
• 寫作紀律：每段不超過五句；比喻只用一個貫穿全篇（零件與接頭），不要中途換比喻；數字只留三個（21 個零件、25 張卡、80 個權限開關）；不出現 plugin／adapter／port／DI／runtime／capability／seed 這些字，出現就換白話。寫完自己讀一遍，任何一句 PM 會問「這什麼意思」的都改。

② anatomy 補更新（工程師版，只加不改既有節）

• 在「這次整理做了什麼」節後面加一節「2026-09-13 之後的更新」：能力點清單 CAPABILITIES（jedi-common Capability 型別、21 支 80 筆、read 也列、DEFAULT_* 從清單取、AST 守衛非字面量）；主專案 Plugin 帶 capabilities、五條守衛對 seed 分四類；SOP §4.3 新增的四條版面規則（頂層不平鋪、port 只放 domain/ports.py、tests 在套件根、api 四件）；接一支套件現在多第五件事「PLUGIN 帶 capabilities=」。每項一到三句加指向 SOP 的連結，不重講。
• front matter 的「19 支套件的形狀範本」改成「21 支」；第 19 行「其餘 18 支」改「其餘 20 支」；其他數字對一遍。

怎麼做

• 先讀：FR-091 README 全文、FR-089 README、FR-089-LOG.md 最後五個 block（今天的裁示與教訓都在裡面）、plugin-anatomy.md 前三節。事實只從這些來，不自己編。
• front matter 照 doc-site-build skill 的格式；寫完 python scripts/deliverables/render_index.py docs/features/FR-089-2609-package-shape-unification/ 重 build 站，開 for-pm.html 與 plugin-anatomy.html 各看一次（Playwright 截圖或瀏覽器），確認側欄有新頁、mermaid 沒壞。
• FR-089 README front matter 的文件清單加 for-pm.md 一列。

交付什麼

• for-pm.md＋for-pm.html、更新後的 plugin-anatomy.md＋.html、重 build 的 README.html／nav-data.*。回寫附 for-pm 全文（首腦要直接轉給決策者看）與兩張截圖路徑。

紀律

• 只動 docs/features/FR-089-2609-package-shape-unification/ 內的檔。不動程式、不動 SOP 本體（連結過去即可）。git add 顯式列檔名、commit -- docs/features/FR-089-2609-package-shape-unification。做完 commit＋回寫、狀態改「修正待驗證」，不等令；push 等令；branch feature/FR-075 不切。不派 subagent。