docs/governance/DIVERGENCE-v0.5.0-to-v0.6.0.md

@@ -0,0 +1,218 @@
+# 我改了 claude.ai 那版的哪些地方，為什麼
+
+> leo 2026-08-20 交辦：「你查看是否合理，提出意見，因為這個是計劃，
+> 有些已經有、有些還沒有、有些有了不符合⋯⋯則你要改一版你的版本。」
+>
+> 本檔是**我的意見書**。原稿存檔在 `_draft-claude-ai-v0.5.0.md`，
+> 修訂後的現行規範是 `sdd-gitea-governance.md`（v0.6.0）。
+
+---
+
+## 先講結論
+
+- **骨架是對的，照單全收**
+	- 物件模型（SDD → tracking → leaf → PR → release，milestone 橫切當 time 軸）
+	- 「封路優於守規」這條公理——它跟你 08-17 那句「封的是動作，不是文字」是同一件事
+	- 「人是特殊 executor」把 `gate/human`（審核者）與 `exec/human`（執行者）拆開
+		- 🔴 **這是原稿最有價值的一條**。現行的 `Human` 標籤把兩件事混在一起：
+		  「你來按放行」跟「這件事只有你的手能做」——前者你可以晚點按，
+		  後者你不按整條線就停在那。混在一起你看不出哪張真的在擋路。
+	- 時態分工（SDD 未來式／Gitea 現在式／Wiki 過去式）
+- **有 14 處對不上現場，我改了**。下面逐條。
+- **有 2 處是你的裁決題，我先按我的判斷做了，理由寫在票上，你覺得不對就打回。**
+
+---
+
+## A. 事實錯誤（原稿寫的東西，現場不存在或不長那樣）
+
+### A1. 標籤名幾乎全是憑空的
+
+- 我實查（2026-08-20）：`inkstone/ISEP` 當時 **0 個標籤**；`inkstone/InkStoneCo` 有 10 個
+	- 現有：`Human` `duplicate` `p/high` `p/low` `s/backlog` `s/doing` `s/pending` `s/stage` `s/todo` `s/triage`
+	- 原稿要的 `gate/human` `s/review` `close/*` `hub` `type/*`——**一個都不存在**
+- 為什麼會這樣：claude.ai 看不到 codebase 也連不上 Gitea，標籤名只能用猜的。這不是它的錯，是那個 surface 的限制。
+- **我怎麼改**：把標籤集寫成 `labels.yaml` 當唯一真相源，並且**先建出來再說**——ISEP 已經實建 23 個並驗證存在。名字取捨見 A2–A4。
+
+### A2. `gate/human` → 不改名，維持 `Human`
+
+- 你 08-17 才把 `s/leo` 改名成 `Human`，而且明講**它是正交維度不是流程狀態**，
+  你自己是靠 Gitea 原生「指派給您的」＋這個標籤在看跨 repo 的待辦。
+- 改名成 `gate/human` 會做兩件壞事：既有票全部要重貼標籤；你現在的看板習慣當場失效。
+- **我怎麼改**：`Human` 原封不動（語意＝你是審核者）。另外**新增** `human/exec`
+  表示「這張票的執行者是人」。兩者可以疊，也可以只有其一。
+
+### A3. 狀態機只有三態，會把現場四個態擠掉
+
+- 原稿：`s/todo → s/doing → s/review → closed`。
+- 現場正在用的還有 `s/triage`（還沒驗傷）、`s/backlog`（要做但沒排 sprint）、
+  `s/pending`（卡在外部）、`s/stage`（已上 stage 等你驗）。
+  三個 repo 加起來 179 張 open 票掛在這些態上。
+- **我怎麼改**：狀態機擴成七態，原稿的三態是其中的主幹道。
+
+### A4. `s/review` 和 `s/stage` 是兩件事，原稿把它們當成一件
+
+- `s/review` ＝ **PR 開了，等總管 merge**（程式碼還沒進 main）
+- `s/stage` ＝ **已經部署到 stage，等 leo 實際打開來驗**（程式碼早進 main 了）
+- 原稿只有前者，等於把「等你驗收」這個態砍掉——那正是你唯一會看的那個態。
+- **我怎麼改**：兩個都留，並在狀態機裡標明先後。
+
+### A5. E1–E16 的 hook 全是憑空命名，現場有 41 支真的
+
+- 原稿的封路清單只寫「用什麼封」，沒有一個對得上真檔名。
+- 實際對照（我逐支比對過檔名，不是猜的）：
+
+| 原稿 | 現場有沒有 | 對應到哪支 |
+|---|---|---|
+| E1 直接 push 預設分支 | ◐ 有但語意相反 | `main-and-prod-push-guard.sh`（擋 subagent，放行總管） |
+| E6 代理越過人閘 | ◐ 部分 | `irreversible-dispatch-guard.sh`／`prod-write-guard.sh` |
+| E11 地端雲端漂移 | ◐ 管的是別的 | `skill-deploy-drift-guard.sh`（管 skill，不管 manifest） |
+| E12 宣稱交付但票未關 | ◐ 部分 | `delivery-police.sh`／`claim-verify-police.sh` |
+| E14 subagent 空口宣稱 | ✅ **已經有了** | `subagent-claim-worksheet.sh`＋`empty-handed-stop-guard.sh` |
+| E2 E3 E4 E5 E7 E8 E9 E10 E13 E15 E16 | ❌ 沒有 | — |
+
+- **我怎麼改**：修訂版的封路清單一律標「現況：已有 `<檔名>` ／ 待建」，
+  已有的不重造（重造就是第 42 支互相打架的閘）。
+
+### A6. §11.1 的目錄結構與實際 repo 不符
+
+- 原稿畫的是 `governance-plugin/`，實際 repo 叫 `ISEP`。
+- 原稿沒提到的、實際存在的：`commands/`（7 支）、`skills/`（2 支）、`scripts/`（23 支）。
+- 原稿列的、實際不存在的：`labels.yaml`、`templates/`、`jobs/`、`manifest.json`。
+- 🔴 **順手抓到的髒東西**：`scripts/install.sh` 其實是 **system-dev-template 的安裝器**
+  （內容在裝 wiki／SDD，跟 plugin 無關），搬家時混進來的。修訂版標明它是待清理項。
+
+### A7. §11.4.4 叫 install.sh 去 `systemctl restart gitea`
+
+- 我沒有查證 Gitea 跑在哪台、是不是 docker、我有沒有那台的 shell。**所以我不知道這行能不能跑。**
+- 但更根本的問題：原稿自己在 §11.4.3 說「模板通道壞掉不影響治理正確性」——
+  既然如此，就不該為它在安裝腳本裡放一個會失敗、會嚇人、還可能重啟到別人東西的動作。
+- **我怎麼改**：模板通道降級成 optional 的獨立腳本，不掛在 install 流程上。
+
+### A8. Telegram「小六 bot 通道」
+
+- 原稿直接寫了通道名。**我沒有核實過那是不是現役通道名**，所以修訂版不寫死通道名，
+  改成指向 `wiki/agent-memory.md` 的通知通道段（真相源在那裡，這裡只放指針）。
+
+---
+
+## B. 與你既有鐵律直接打架的（照原稿走，第一天就會違規）
+
+### B1. §11.2.5「薄殼只裝 manifest 標記 shell-safe 的子集」— 🔴 這條我整條刪掉
+
+- **這是舊薄殼模型的殘留，而且它會把你剛拆掉的病裝回去。**
+- 你 08-20 的原話是「同一個 plugin 你用，薄殼也用，**保證兩邊同步**」。
+  「只裝子集」＝ 兩邊不一樣 ＝ 就是 `InkStoneCo#57`（薄殼少 7 支閘）那張票的成因本身。
+- 原稿其他地方（P11.2.1「安裝同一個 release」、P11.2.4「整包替換禁止 cherry-pick」）
+  跟這條**自相矛盾**——它自己也知道不該有子集。
+- **我怎麼改**：刪除，並在修訂版明文寫「沒有子集，只有同一份」。
+
+### B2. §12.1 說 SDD 的寫入者是「人」、代理僅提案
+
+- 現況相反：SDD 幾乎都是 AI 寫的，你是審的那個。照字面走，第一天就全面違規。
+- **我怎麼改**：改成「代理可寫，但範圍／驗收／非目標的變更必經人閘」——
+  管的是**哪些欄位需要你點頭**，不是誰握筆。
+
+### B3. E9 留言 ≤600 字元、同票同 session >3 則就 reject
+
+- 這條的方向是對的（推理進 wiki，留言只帶指標），但**數字太緊，而且它懲罰誠實**。
+- 你 08-17 自己的診斷：文字層的閘那天 **8 次誤攔、0 次正確攔截**，
+  而且「紅線寫得越細，命中關鍵字的機率越高 ⇒ 那些閘在懲罰謹慎」。
+- **我怎麼改**：超長不 reject，改成**擋下來並要求把長內容移去 wiki 再留指標**；
+  則數上限拿掉（改用「同一張票同一 session 第 4 則起要先讀前 3 則」的提示，不是硬擋）。
+
+### B4. E13「`s/review` 佇列非空即 block 總管 stop」
+
+- 這條會讓總管**永遠停不下來**：你在上課、沒人 merge，佇列就一直非空。
+- 而且它跟現有的 `empty-handed-stop-guard.sh`（判準是「這回合有沒有 tool call」）疊在一起，兩支會互相踩。
+- **我怎麼改**：判準改成「有**我自己開的** `s/review`，而**這一回合我完全沒碰它**」才擋——
+  擋的是遺忘，不是擋等待。
+
+### B5. M4.3「Timebox 不可延長，到期強制關 milestone、搬票、打 tag」
+
+- 對你的作息（上課日只有中午晚上各看一眼）**這條會製造假交付**：
+  scope 縮到剩一張票也照樣打 tag，那個 tag 打開來沒東西。
+- 而且它依賴排程 job，而我不確定有沒有 runner（見 C1）。
+- **我怎麼改**：到期**不自動關、不自動打 tag**，改成強制做一次「降 scope 對帳」並通知你；
+  打 tag 永遠是「驗過了」才發生的動作。
+
+---
+
+## C. 技術可行性我實查過的
+
+### C1. 排程 job（E5／E8／E16／stale／digest）需要 Gitea Actions runner — **我還沒查有沒有**
+
+- 誠實標記：**這格我沒驗。** 我不知道這台 Gitea 有沒有掛 runner。
+- 另外你的 D20 紅線「禁排程輪詢」管的是 **GitHub**（自架 Gitea 不受 flag 影響），
+  所以規則上不衝突，但**能不能跑是另一回事**。
+- **我怎麼改**：第一版所有 job 都做成 `scripts/` 底下可手動跑、也可由 SessionStart hook 順手跑的東西，
+  **不依賴 runner**。等確認有 runner 再升級成排程。這樣壞掉的成本是「沒人跑」，不是「以為有人跑」。
+
+### C2. Gitea 1.26.4 支援 label `exclusive` — ✅ 查證過，可用
+
+- 所以原稿 P11.4.5「`s/*` 與 `close/*` 一律 exclusive，非法狀態不可表示」**成立**，我照做了。
+- 現有 10 個標籤全部 `exclusive: false`，這次會被改成 true。
+
+### C3. Gitea 有 issue dependency API — ✅ 查證過（`/issues/{index}/dependencies`）
+
+- 所以 R2.5「順序關係用原生 dependency」可行。
+
+### C4. Gitea **沒有**跨 repo 搬 issue 的 API — ❌ 查證過
+
+- 只有 repo transfer，沒有 issue transfer。
+- 影響：`InkStoneCo#40`（forge-discipline 母規格）、`#57`、`#14` **搬不到 ISEP**。
+- **我怎麼改**：不搬，用互鏈。ISEP 的 hub 票 `#1` 指回那三張。
+
+---
+
+## D. 原稿沒寫、但非有不可的（你的需求 1–3 的核心）
+
+### D1. plugin 到底怎麼被載入 — 原稿整份沒提
+
+- 你的需求是「雲端每次執行拉 `github.com/youlinhsieh/inkstoneco`，
+  CC plugin 要把 loading 需要的放進去」。
+- 原稿 §11 講的是「分發」（release、manifest、checksum），
+  **完全沒講 Claude Code 這個 host 怎麼發現並掛載這個 plugin**。
+- 而這正是 `InkStoneCo#14` 那張票的病根：Claude Code 只在 session 啟動當下讀一次 cwd 的 `.claude/`。
+- **我怎麼改**：修訂版加一節「載入契約」，並且這件事另立 `ISEP#5` 專票去做實測。
+
+### D2. 版本號的一致性沒有任何機制
+
+- 原稿 §9 說「plugin 版本 = 規範版本」，但沒說怎麼保證。
+- 而**今天就出事了**：README 宣稱 0.1.0、`plugin.json` 寫 0.1.0、Gitea 上 **release 數 = 0**。
+- **我怎麼改**：修訂版把 E12 改寫成「版本三處一致」的閘（`plugin.json` ／ tag ／ release 存在），
+  並把「release note 寫在 release 裡、不寫 README」寫進規範（你 08-20 的原話）。另立 `ISEP#6`。
+
+### D3. ISEP 是 private repo，雲端拿不到就什麼都不用談
+
+- 原稿沒提憑證。**這是整條線最可能默默失敗的一格。**
+- 修訂版寫進「載入契約」，實作走既有 credential 機制（D36：只拿名字不碰值）。
+
+---
+
+## E. 兩個裁決題（我先按自己的判斷做了，你打回我就改）
+
+### E1. E1「PR-only，禁止直接 push 預設分支」要不要套到所有 repo？
+
+- **衝突點**：你的 CLAUDE.md 明寫「總管推 main **自己裁**（但要逐筆看過那些 commit）」，
+  原稿要求全部走 PR。兩者不能同時成立。
+- **我的判斷**：**只有 ISEP 這個 repo 走 PR-only，其他 repo 維持現行。**
+	- 理由：ISEP 是所有環境的唯一真相源，它壞掉是**所有 session 一起壞**——
+	  這個 repo 值得多一道摩擦。其他 repo 壞掉只影響自己。
+	- 一刀切到 14 個 repo 會在你最忙的時候把整條線卡在「等總管開 PR」。
+- **這題命中四題公式的「跨專案結構」**，所以我標成裁決題寫在這裡；
+  但照你 08-17 的規矩（不確定 → 假設 → 記錄 → 繼續走），我不停下來等。
+
+### E2. 現有 `duplicate` 標籤要不要被 `close/duplicate` 取代？
+
+- **我的判斷**：新的照建，舊的**不刪只封存**（`is_archived`）。
+- 理由：刪標籤會把它從所有歷史票上摘掉——那是不可逆的，而且會讓舊票的關閉理由憑空消失。
+
+---
+
+## 附：我沒動的東西（原稿寫得比我好的）
+
+- §1 物件模型的那張圖與職責表——直接沿用
+- §5 關閉分類 taxonomy（七種 `close/*`）——名稱與語意全部沿用
+- §7 討論路由的那棵決策樹——沿用
+- §10.1「OP 是票的唯一狀態容器，留言是 append-only 的 delta」——沿用，這條解掉了「一張票要讀 40 則留言才知道現況」
+- §12.4 單向依賴（Wiki 壞不影響 Gitea，Gitea 壞不影響 SDD，通知丟不影響一切）——沿用

docs/governance/_draft-claude-ai-v0.5.0.md

@@ -0,0 +1,314 @@
+<!-- 存檔：不要修改本檔。 -->
+
+> 📦 **這是原稿存檔，不是現行規範。**
+> 由 claude.ai 於 2026-08-20 寫成（v0.5.0 draft），leo 交給總管落地。
+> **現行規範是同目錄的 `sdd-gitea-governance.md`（v0.6.0）**，
+> 兩者的逐條分歧與理由寫在 `DIVERGENCE-v0.5.0-to-v0.6.0.md`。
+>
+> 保留原稿的理由：它的物件模型與封路哲學是這套治理的骨架，
+> 修訂版只動「與現場實況對不上」的部分。要追某條規則的來歷，看這裡。
+
+---
+
+# SDD × Gitea 治理規範
+
+version: 0.5.0
+status: draft(本文件自身的修改依 §9 走 issue)
+scope: 適用於所有安裝本 plugin 的環境(地端 CC 與雲端薄殼)
+distribution: 本規範隨治理 plugin 發佈,plugin repo 為唯一編輯點(§11)
+
+---
+
+## 0. 公理
+
+1. **意圖真相在 SDD,狀態真相在 Gitea,知識真相在 Wiki。** 時態分工:SDD 未來式、Gitea 現在式、Wiki 過去式(§12)。禁止交叉寫入。
+2. **Issue 是唯一任務介面。** 任何工作不經 issue 不得開始。issue = spec,PR = deliverable,release = 交付原子單位。
+3. **封路優於守規。** 凡可結構性擋掉的違規路徑,不依賴代理或人的自律。
+4. **兩軸正交。** Tracking issue 管 scope 軸,milestone 管 time 軸。
+5. **治理本體只有一份。** 封裝於治理 plugin;地端與雲端皆為安裝目標,不是編輯目標(§11)。
+6. **審核不是任務,是路徑。** 審核 = review PR 並 merge,為交付唯一必經動作(§3.0)。
+7. **人是特殊 executor。** 人的兩種介入——審核者(`gate/human`)與執行者(`exec/human`)——分別建模;人執票走同一狀態機,派工通道為 Telegram(§6)。
+
+---
+
+## 1. 物件模型(五層 + 一橫切)
+
+```
+SDD 文件(docs/)
+  └─ Tracking issue(label: hub)          ← scope 軸
+       └─ Leaf issue                      ← 最小工作單位
+            └─ PR(closes #n)             ← deliverable
+                 └─ Release tag           ← 交付原子單位
+
+Milestone ──────────────────────────────  ← time 軸,橫切上樹
+```
+
+| 物件 | 職責 | 明確不做 |
+|---|---|---|
+| SDD 文件 | 意圖、範圍、非目標、驗收哲學、驗收腳本位置 | 不含 leaf task、不記進度 |
+| Tracking issue | scope 聚合、討論容器、驗收閘 | 不掛 milestone、不直接對應 PR |
+| Leaf issue | 一個 PR 的 spec(或一個人執動作,§6.2) | 不再拆子票(要拆=升格,§5.5) |
+| Milestone | 一個可測試版本的 timebox | 不承載討論、不表達語意分組 |
+| PR | 實作 + 測試,merge 時自動關 leaf | 不手動關票 |
+| Release | milestone 關閉時打 tag | — |
+
+---
+
+## 2. 連結規則
+
+- **R2.1** SDD 的 tasks/journey 段落只連 tracking issue,禁止連 leaf。
+- **R2.2** 每張 leaf 必屬**恰好一個** tracking issue(task list 登記 + leaf 首行回鏈 `Parent: #n`)。
+- **R2.3** 每張 leaf 最多屬一個 milestone。未排程 = 不掛(即 backlog)。
+- **R2.4** Tracking issue 不掛 milestone。其子票可分屬多個 milestone。
+- **R2.5** 順序關係一律用 Gitea 原生 dependency,禁止只寫文字。
+
+---
+
+## 3. 完成語意與票的狀態機
+
+### 3.0 狀態機(每個轉移 = 一個可 hook 的 API 動作)
+
+```
+s/todo ──領票──▶ s/doing ──完成──▶ s/review ──總管 merge──▶ closed
+         (executor              (開 PR +              (closes #n
+          self-assign            轉 label)             自動關票)
+          + 轉 label)
+```
+
+- **S3.0.1(領票)** Executor(subagent 或人)領任務 = self-assign + 轉 `s/doing`。禁止留言認領——留言不改變狀態。
+- **S3.0.2(完成)** 宣告完成 = 開 PR(含 `closes #n`)+ 轉 `s/review`。**留言說做完不構成完成。**(人執票例外見 §6.2)
+- **S3.0.3(審核)** 總管審核 = review PR 並 merge,merge 即自動關票。審核沒有其他形式,也沒有獨立審核票。
+- **S3.0.4** 審核不通過:PR request changes,票退回 `s/doing`,續作。禁止關 PR 重開新票(保留審核軌跡)。
+
+### 3.1–3.3 完成語意
+
+- **D3.1** Leaf 關閉 = local_done。唯一觸發:PR merge 且含 `closes #n`(人執票例外 §6.2)。禁止手動關閉(例外見 §5、§6.2)。
+- **D3.2** Tracking issue 關閉 = path_done:(1) 子票全關(必要);(2) SDD 驗收腳本通過(充分);(3) `gate/human` 已放行。
+- **D3.3** 子票全關但驗收未過:tracking 保持開啟,開新 leaf 修復掛回。禁止「先關再說」。
+
+---
+
+## 4. Milestone 規則(= sprint = 可測試版本)
+
+- **M4.1** 命名 `vX.Y`,必設 due date。
+- **M4.2** Deliverable:所有掛入 leaf 關閉後,可從預設分支打出通過驗收腳本的版本。
+- **M4.3** **Timebox 不可延長。** 到期:強制關閉 → 未完成 leaf 搬下一 milestone → 打 tag(即使 scope 縮水)。排程 job 執行。
+- **M4.4** Milestone 關閉 = release tag,一對一。「已交付」唯一合法形式是 tag 存在;打 tag 前置 open issues = 0(E12)。
+- **M4.5** Description 只寫版本目標一句 + tracking 連結。討論回 tracking issue。
+
+---
+
+## 5. Issue 關閉分類(taxonomy)
+
+關閉必掛恰好一個 `close/*`:
+
+| Label | 語意 | 關閉者 |
+|---|---|---|
+| `close/merged` | PR merge 自動關 | 系統 |
+| `close/human-exec` | 人執票完成,人手動關(§6.2) | 人 |
+| `close/duplicate` | 重複,指向舊票(新關舊留) | 人或代理 |
+| `close/wontfix` | 討論後不做 | 人 |
+| `close/stale` | 逾期無資訊 | 排程 job |
+| `close/split` | 拆分後關(§5.5) | 人 |
+| `close/transferred` | 屬別的 repo | 人或代理 |
+
+- **C5.5(拆分)** (a) 升格 tracking(加 `hub`)或 (b) 關閉掛 `close/split`,子票掛原 parent。
+- **C5.6** `close/wontfix` 只有人可執行。代理只能提議。
+
+---
+
+## 6. 人的兩種介入(gate/human 與 exec/human)
+
+### 6.1 gate/human——人是審核者(overlay)
+
+- **H6.1.1** `gate/human` + assignee = richblack:工作由代理完成,人只放行或否決。
+- **H6.1.2** 代理不得關閉帶此標籤的 issue、不得 merge 帶此標籤的 PR(hook + Gitea 權限雙重擋)。
+- **H6.1.3** 只有人可移除標籤;移除即放行。
+- **H6.1.4** 必設節點(可增不可減):tracking issue 關閉前、`close/wontfix`、milestone 建立與 scope 圈選、治理 plugin 修改 PR、**部署至 prod 的 PR**。
+
+### 6.2 exec/human——人是執行者(票的屬性)
+
+- **H6.2.1** 當 deliverable 所需的「tool」只有人擁有(GUI-only 設定、實體權限開通、法定簽署),票掛 `exec/human` + assignee = richblack。人視為一個特殊 subagent,走 §3.0 同一狀態機。
+- **H6.2.2** 人執票的 deliverable 是**環境狀態改變**,不是 PR。完成方式:人在票上留 `[decision] 已完成:做了什麼` → 人手動關票,系統自動掛 `close/human-exec`(此為 E3 唯一合法的手動關票路徑,hook 放行條件:label 含 `exec/human` 且操作者為人)。
+- **H6.2.3** 驗證不靠自述:人執票通常是下游票的 dependency;關票解鎖後,接手代理執行時若設定未生效會 fail fast——下游失敗即自動 reopen 人執票並重新通知。有驗收腳本者,orchestrator 於關票後立即執行驗證。
+- **H6.2.4** 代理判定「這件事我做不到、只有人能做」時:開 `exec/human` 票 + 設好 dependency + 觸發通知,然後**繼續做不被 block 的其他票**,不空轉等待。
+
+### 6.3 Telegram 通知(人閘的開路配套)
+
+- **H6.3.1** 觸發:`gate/human` 或 `exec/human` 被掛上且 assignee = richblack 時,hook 即時發 Telegram(走小六 bot 通道)。
+- **H6.3.2** 訊息格式(BLUF,與 §10.2 同構):
+
+```
+🔔 #123 需要你|[gate] 或 [exec]
+一句話:這張票要你做什麼(≤40 字)
+動作:review PR #45 並 merge / 到 CF 後台開啟 X 權限
+卡誰:此票 block 了 #124 #125
+連結:https://git.uncle6.me/...
+```
+
+- **H6.3.3** 節流:同票同狀態只通知一次;24 小時未處理提醒一次;之後併入每日 digest(一則彙總所有 pending 人閘),不轟炸。
+- **H6.3.4** E13 的 orchestrator 連續 block 升級、E12 的交付被擋,同走此通道。
+- **H6.3.5** 通知是投影不是狀態:Telegram 訊息遺失不影響治理正確性,真相永遠在 Gitea 票上(單向依賴,同 §12.4)。
+
+---
+
+## 7. 討論路由(社群模式相容)
+
+```
+新 issue → 討論 →
+  ├─ 可做,獨立     → 掛入 tracking,排 milestone → 走 §3
+  ├─ 可做,有依賴   → 同上 + dependency(§2.5)
+  ├─ 只有人能做     → 掛 exec/human + dependency + 通知(§6.2)
+  ├─ 重複           → close/duplicate
+  ├─ 不做           → close/wontfix(人閘)
+  ├─ 太大           → 升格 hub 或拆分(§5.5)
+  └─ 走錯棚         → close/transferred
+```
+
+多票收斂:建 tracking issue(scope),不是直接建 milestone。當且僅當「這批票 = 恰好一個可出貨版本」才同時建 milestone,tracking 保留作討論與驗收容器。
+
+---
+
+## 8. 封路清單(結構性強制)
+
+| # | 封什麼路 | 用什麼封 |
+|---|---|---|
+| E1 | 直接 push 預設分支 | branch protection: PR-only |
+| E2 | PR 不關聯 issue | PR 模板必含 `closes #`,CI 缺漏即 fail |
+| E3 | 手動關 leaf | hook 攔截;僅放行 `close/*` 例外與 §6.2 人執路徑(exec/human + 操作者為人) |
+| E4 | 被 block 的票先關 | Gitea issue dependency 開啟 |
+| E5 | Milestone 延期 | 排程 job:到期自動關 + 搬票 + 打 tag |
+| E6 | 代理越過人閘 | PreToolUse hook + orchestrator token 無 code write 權限 |
+| E7 | SDD 內出現 leaf 連結 | pre-commit lint |
+| E8 | Tracking issue 掛 milestone | 排程 job 摘除並告警 |
+| E9 | 留言不合格式或超長 | hook:首行不匹配 `^\[(decision|question|blocker|progress|proposal)\]` 或 > 600 字元 reject;同票同 session > 3 則 reject |
+| E10 | 就地修改治理檔案 | 安裝目錄唯讀 + hook,導向 plugin repo 開 issue |
+| E11 | 地端雲端版本漂移 | SessionStart hook 比對 manifest,不一致 fail-fast |
+| E12 | 宣稱交付但票未關 | release tag / 關 milestone hook:open issues > 0 即 reject,列出未關票號,同步 Telegram |
+| E13 | 審核被遺忘 | Orchestrator Stop hook:`s/review` 佇列非空即 block stop;連續 block 逾 N 次 → `gate/human` + Telegram 升級 |
+| E14 | Subagent 空口宣稱完成 | SubagentStop hook:領票須處於 `s/review` 且掛含 `closes #n` 的 PR,否則回報「未達交付態」 |
+| E15 | 代理硬做只有人能做的事 | 對 GUI-only / 憑證外資源的操作路徑,代理端無對應 tool 或 token;唯一出口是開 `exec/human` 票(§6.2.4) |
+| E16 | 標籤漂移(repo 標籤與規範不符) | 排程 job 走 Gitea labels API,依 plugin `labels.yaml` 校正所有受治理 repo:缺的補、改的還原、多的告警;不依賴模板檔與重啟(§11.4) |
+
+---
+
+## 9. 本規範的迭代
+
+- 存於治理 plugin repo `docs/`;各環境為唯讀安裝副本。
+- 修改:plugin repo 開 leaf(掛 governance tracking)→ PR → `gate/human` → merge → release → 各端升級。
+- 版本:規則增刪 = minor,措辭 = patch,公理 = major。**plugin 版本 = 規範版本。**
+- 每次 milestone 回顧:規範有無被繞過?有 → 補 §8,不加「請遵守」。
+
+---
+
+## 10. 留言規範
+
+### 10.1 OP 唯一狀態原則
+
+- OP 是票的唯一狀態容器,持續編輯;留言是 append-only 稽核 log,只記 delta。了解一張票只讀 OP。
+- 討論收斂即寫回 OP,留言留 `[decision] 已更新 OP:改了 X,因為 Y`。
+
+### 10.2 留言格式(BLUF + 類型標籤,全文 ≤ 600 字元)
+
+```
+[類型] 一句話結論(≤40 字)
+
+理由:
+- (最多 3 個 bullet,每個 ≤ 1 行)
+
+下一步: (一行,或「無」)
+詳細: (連結至 PR / commit / wiki,禁止貼內文)
+```
+
+類型枚舉:`decision` `question` `blocker` `progress` `proposal`。
+能用 OP task list 打勾表達的進度不留言;重大 `proposal` 加掛 `gate/human`。
+
+### 10.3 推理軌跡出口
+
+推理、嘗試、失敗分析走 wiki-capture 進 Wiki/KBDB,留言以 `詳細:` 指向。**推理進 wiki,結論進留言,留言只帶指標。**
+
+---
+
+## 11. 治理 Plugin(單點分發與同步)
+
+### 11.1 結構
+
+```
+governance-plugin/
+├── docs/sdd-gitea-governance.md
+├── labels.yaml       # 標籤唯一真相(§11.4)
+├── hooks/            # E1–E16
+├── templates/        # issue / PR / 留言 / Telegram 通知模板
+├── jobs/             # E5 / E8 / E16 / stale / digest
+├── manifest.json     # 版本 + checksum + shell-safe 清單
+└── install.sh
+```
+
+### 11.2 分發規則
+
+- **P11.2.1** 地端與雲端安裝**同一個 release**;來源只有 plugin repo release tag。
+- **P11.2.2** 治理修改只發生在 plugin repo;執行環境發現需調整 → 去 plugin repo 開 issue(E10)。
+- **P11.2.3** Session 啟動比對 manifest(E11);不一致 fail-fast,不降級執行。
+- **P11.2.4** 升級是原子動作:整包替換,禁止 cherry-pick。
+- **P11.2.5** 薄殼只裝 manifest 標記 `shell-safe` 的子集;薄殼不自行決定。
+
+### 11.3 與既有 plugin 收斂
+
+治理規則集中本 plugin;各專案 dispatch/harness hook 一律 import 本 plugin,不得複製(複製即 fork,fork 即漂移)。
+
+### 11.4 標籤分發(labels.yaml)
+
+- **P11.4.1(唯一真相)** 全部標籤定義(名稱、顏色、描述、exclusive)只存在於 plugin repo 的 `labels.yaml`。本規範附錄與 Gitea 上所見皆為投影;修改標籤 = 修改 labels.yaml,走 §9 流程。
+- **P11.4.2(雙通道分發)** 同一份 labels.yaml 走兩條通道:
+  1. **模板通道(便利,弱)**:install/升級時部署至 Gitea 伺服器 `$GITEA_CUSTOM/options/label/governance.yaml`,供建新 repo 時 GUI 一鍵播種。**此通道生效需重啟 Gitea**,且僅為一次性播種,不校正既有 repo。
+  2. **API 通道(真相,強)**:排程 job(E16)走 labels API 掃所有受治理 repo,依 labels.yaml 校正——缺的補、改的還原、多出的非規範標籤留言告警(不自動刪,避免誤殺專案自用標籤)。**不需重啟,對既有 repo 立即生效。**
+- **P11.4.3(依賴方向)** 正確性只依賴 API 通道。忘記重啟的後果僅是「建新 repo 的 GUI 下拉是舊版」,而新 repo 納入治理後第一次 E16 掃描即被校正——模板通道壞掉不影響治理正確性(同 §12.4 單向依賴)。
+- **P11.4.4(升級程序)** plugin release 若含 labels.yaml 變更,install.sh 依序執行:(1) 部署模板檔;(2) 重啟 Gitea(`systemctl restart gitea`,寫在腳本裡,不靠人記得);(3) 立即觸發一次 E16 全量 sync;(4) 驗證:抽查一個 repo 的標籤集與 labels.yaml 一致才回報升級成功。
+- **P11.4.5(平台級不變量)** `s/*` 與 `close/*` 一律 `exclusive: true`:同 scope 同票至多一個標籤,由 Gitea 平台保證(轉移時自動摘除舊標籤)。狀態唯一性與關閉分類唯一性因此無需 hook 維護——非法狀態不可表示。
+
+---
+
+## 12. 書寫路由(SDD × Gitea × Wiki)
+
+### 12.1 時態原則
+
+| 載體 | 時態 | 回答的問題 | 變動頻率 | 寫入者 |
+|---|---|---|---|---|
+| SDD | 未來式 | 要做什麼、為什麼、怎樣算完成 | 低(人閘審) | 人(代理僅提案) |
+| Gitea | 現在式 | 誰在做、做到哪、卡在哪、順序 | 高(狀態機) | 人與代理 |
+| Wiki | 過去式 | 怎麼想、試過什麼、學到什麼 | append-only | 主要是代理 |
+
+### 12.2 路由判準(寫之前問一句:這段內容改變的是什麼?)
+
+- 「要做什麼」(範圍、驗收、非目標)→ SDD,必經 issue + 人閘(改意圖 = 改合約)
+- 「現在狀態」(認領、進度、卡點、定案)→ Gitea(OP 或合規留言)
+- 「我們知道什麼」(推理、失敗、可復用教訓)→ Wiki
+
+### 12.3 典型錯置與矯正
+
+| 錯置 | 矯正 |
+|---|---|
+| SDD 長出 task 清單、進度勾選 | 移至 Gitea;E7 攔截 |
+| Issue 留言寫滿推理長文 | 移至 Wiki 留指標;E9 攔截 |
+| Wiki 記錄「目前進度」 | 刪除;進度只存在於 Gitea。Wiki 引用票寫「當時」 |
+| Issue OP 修改驗收標準 | 退回:先開 SDD 修改 issue(人閘),定案後 OP 才同步 |
+| 代理直接編輯 SDD | SDD 目錄對代理唯讀,提案走 issue |
+
+### 12.4 連結方向(單向依賴)
+
+SDD → 只連 tracking(R2.1)。Gitea → 可連 SDD 錨點與 wiki。Wiki → 可連票號與 commit,皆為歷史快照語意。Telegram 通知 → 純投影(H6.3.5)。**Wiki 壞不影響 Gitea,Gitea 壞不影響 SDD,通知丟不影響一切。**
+
+---
+
+## 附:Label 全集(快照;唯一真相為 plugin `labels.yaml`,§11.4)
+
+```
+hub                        # tracking issue 標記
+s/todo s/doing s/review    # 狀態機三態(Stage,§3.0),exclusive;closed 為系統態
+gate/human                 # 人是審核者(§6.1)
+exec/human                 # 人是執行者(§6.2)
+close/*                    # 七種關閉分類(§5),exclusive
+type/*                     # type/bug type/feature type/governance
+```
+
+本附錄不逐項列 close/*,以免與 labels.yaml 形成第二份清單而漂移。

docs/governance/sdd-gitea-governance.md

@@ -0,0 +1,416 @@
+# SDD × Gitea 治理規範
+
+```
+version:      0.6.0
+status:       現行（本檔的修改依 §9 走 issue）
+scope:        所有安裝 ISEP 的環境（本機 CC 與雲端 CC）
+distribution: 隨 ISEP 發佈，ISEP repo 是唯一編輯點（§11）
+lineage:      v0.5.0 draft by claude.ai（存檔 _draft-claude-ai-v0.5.0.md）
+              → v0.6.0 由總管對照現場實況修訂，逐條分歧見 DIVERGENCE-v0.5.0-to-v0.6.0.md
+```
+
+---
+
+## 0. 公理
+
+1. **意圖真相在 SDD，狀態真相在 Gitea，知識真相在 Wiki。** 時態分工：SDD 未來式、Gitea 現在式、Wiki 過去式（§12）。禁止交叉寫入。
+2. **Issue 是唯一任務介面。** 任何工作不經 issue 不得開始。issue ＝ spec，PR ＝ deliverable，release ＝ 交付原子單位。
+3. **封路優於守規。** 凡可結構性擋掉的違規路徑，不依賴代理或人的自律。
+   🔴 **封的是「動作」，不是「措辭」**（leo 2026-08-17）：自然語言的變體無限，blacklist 追不完；動作有限且可枚舉。
+4. **兩軸正交。** Tracking issue 管 scope 軸，milestone 管 time 軸。
+5. **治理本體只有一份，而且沒有子集。** 封裝於 ISEP；本機與雲端都是**安裝目標**，不是編輯目標（§11）。
+   🔴 **不存在「薄殼只裝一部分」這種東西**——那正是 `InkStoneCo#57` 的成因。
+6. **審核不是任務，是路徑。** 審核 ＝ review PR 並 merge，是交付的唯一必經動作（§3.0）。
+7. **人是特殊 executor。** 人的兩種介入——審核者（`Human`）與執行者（`human/exec`）——分別建模，走同一狀態機（§6）。
+
+---
+
+## 1. 物件模型（五層 ＋ 一橫切）
+
+```
+SDD 文件（docs/）
+  └─ Tracking issue（label: hub）          ← scope 軸
+       └─ Leaf issue                       ← 最小工作單位
+            └─ PR（closes #n）             ← deliverable
+                 └─ Release tag            ← 交付原子單位
+
+Milestone ──────────────────────────────   ← time 軸，橫切上樹
+```
+
+| 物件 | 職責 | 明確不做 |
+|---|---|---|
+| SDD 文件 | 意圖、範圍、非目標、驗收哲學、驗收腳本位置 | 不含 leaf task、不記進度 |
+| Tracking issue | scope 聚合、討論容器、驗收閘 | 不掛 milestone、不直接對應 PR |
+| Leaf issue | 一個 PR 的 spec（或一個人執動作，§6.2） | 不再拆子票（要拆＝升格，§5.5） |
+| Milestone | 一個可測試版本的 timebox | 不承載討論、不表達語意分組 |
+| PR | 實作 ＋ 測試，merge 時自動關 leaf | 不手動關票 |
+| Release | milestone 驗收通過後打 tag | 不在 README 裡宣稱版本（§4.6） |
+
+---
+
+## 2. 連結規則
+
+- **R2.1** SDD 的 tasks／journey 段落只連 tracking issue，禁止連 leaf。
+- **R2.2** 每張 leaf 必屬**恰好一個** tracking issue（tracking 的 task list 登記 ＋ leaf 首行回鏈 `Parent: #n`）。
+- **R2.3** 每張 leaf 最多屬一個 milestone。未排程 ＝ 不掛（即 backlog）。
+- **R2.4** Tracking issue 不掛 milestone。其子票可分屬多個 milestone。
+- **R2.5** 順序關係一律用 Gitea 原生 dependency（`/issues/{n}/dependencies`，已驗證可用），禁止只寫文字。
+- **R2.6** 跨 repo 的票**不搬**——Gitea 沒有 issue transfer API（已驗證）。改用互鏈：在收斂方開 hub，OP 內以 `owner/repo#N` 全稱指回。
+  🔴 票號一律寫全稱，裸號跨 repo 會撞號。
+
+---
+
+## 3. 完成語意與票的狀態機
+
+### 3.0 狀態機
+
+```
+s/triage ──驗傷通過──▶ s/backlog ──排進 milestone──▶ s/todo
+                                                       │ 領票（self-assign）
+                                                       ▼
+                                                    s/doing ──開 PR（closes #n）──▶ s/review
+                                                       ▲                              │ 總管 merge
+                                                       │                              ▼
+                                                  s/pending                        closed
+                                                （卡外部/等依賴）                    │ 若這一版要 leo 實驗
+                                                                                     ▼
+                                                                                  s/stage
+```
+
+七個態，全部 `exclusive: true`（Gitea 平台保證同票至多一個，非法狀態不可表示）：
+
+| 態 | 意思 | 誰轉進來 |
+|---|---|---|
+| `s/triage` | 新進來的，還沒驗傷 | 任何人開票 |
+| `s/backlog` | 確定要做，還沒排 sprint | 驗傷者 |
+| `s/todo` | 已排進 milestone，等人領 | 總管 |
+| `s/doing` | 有人在做（已 self-assign） | executor 自己 |
+| `s/review` | PR 已開，等總管 merge | executor 自己 |
+| `s/stage` | 已部署 stage，等 leo 實際驗收 | 總管 |
+| `s/pending` | 卡住——等外部／等依賴 | 任何人，但要寫明卡什麼 |
+
+- **S3.0.1（領票）** 領任務 ＝ self-assign ＋ 轉 `s/doing`。**留言認領不算**——留言不改變狀態。
+- **S3.0.2（完成）** 宣告完成 ＝ 開 PR（含 `closes #n`）＋ 轉 `s/review`。**留言說做完不構成完成**（人執票例外見 §6.2）。
+- **S3.0.3（審核）** 總管審核 ＝ review PR 並 merge，merge 即自動關票。沒有獨立的審核票。
+- **S3.0.4（退回）** 審核不通過：PR request changes，票退回 `s/doing`，續作。**禁止關 PR 重開新票**（會弄丟審核軌跡）。
+- **S3.0.5（`s/review` vs `s/stage`）** 兩者是不同的等待，不可互相取代：
+  `s/review` ＝ 程式碼還沒進 main，等**總管**；`s/stage` ＝ 已上測試環境，等 **leo 打開來看**。
+
+### 3.1–3.3 完成語意
+
+- **D3.1** Leaf 關閉 ＝ local_done。唯一觸發：PR merge 且含 `closes #n`（人執票例外 §6.2）。禁止手動關閉。
+- **D3.2** Tracking issue 關閉 ＝ path_done：(1) 子票全關【必要】；(2) 驗收腳本通過【充分】；(3) `Human` 已放行。
+- **D3.3** 子票全關但驗收未過：tracking 保持開啟，開新 leaf 修復並掛回。**禁止「先關再說」。**
+
+### 3.4 🔴 總管的收工義務（本規範最常被違反的一條）
+
+> leo 2026-08-20 原話：「先前你建立 milestone，但當 subagent 完成工作，你審核後卻沒有關票，
+> 導致 milestone 0% 完工，等說了才去關票，**這些都是大問題**。」
+
+- **審核通過的當下就要關票，不是收工前補、不是被提醒才補。**
+- 判準：**milestone 的百分比就是 leo 唯一看得到的進度**。票沒關 ＝ 對他而言那件事沒發生。
+- 「我審完了但還沒關」不是一個合法狀態——審完 ＝ merge ＝ 票自動關；沒關就表示你沒真的審完。
+
+---
+
+## 4. Milestone 規則（＝ sprint ＝ 可測試版本）
+
+- **M4.1** 命名 `vX.Y`，必設 due date。
+- **M4.2** Deliverable ＝ **一個可測的新版本號**。所有掛入 leaf 關閉後，可從預設分支打出通過驗收的版本。
+- **M4.3** **Timebox 到期不自動關、不自動打 tag。** 到期強制做一次降 scope 對帳（未完成 leaf 搬下一 milestone）並通知 leo。
+  🔴 自動打 tag 會製造假交付——tag 永遠只在「驗過了」之後發生。
+- **M4.4** Milestone 關閉 ＝ release tag，一對一。「已交付」唯一合法形式是 **tag 存在且裝得起來**；打 tag 前置 open issues ＝ 0（§8 E12）。
+- **M4.5** Description 只寫版本目標一句 ＋ tracking 連結。討論回 tracking issue。
+- **M4.6** 🔴 **release note 寫在 Gitea Releases 裡，不寫在 README。**（leo 2026-08-20：「release 不是寫在 readme，要放在 release 裡」）
+  README 不得自行宣稱版本號——那會產生第二份會漂移的版本真相。
+
+---
+
+## 5. Issue 關閉分類
+
+關閉必掛恰好一個 `close/*`（`exclusive: true`）：
+
+| Label | 語意 | 關閉者 |
+|---|---|---|
+| `close/merged` | PR merge 自動關（正常路徑） | 系統 |
+| `close/human-exec` | 人執票完成，人手動關（§6.2） | 人 |
+| `close/duplicate` | 重複，指向舊票（關新留舊） | 人或代理 |
+| `close/wontfix` | 討論後決定不做 | **只有 leo** |
+| `close/stale` | 逾期無資訊 | job |
+| `close/split` | 拆分後關（§5.5） | 人或代理 |
+| `close/transferred` | 屬別的 repo，已在那邊重開 | 人或代理 |
+
+- **C5.5（拆分）** (a) 升格 tracking（加 `hub`）或 (b) 關閉掛 `close/split`，子票掛原 parent。
+- **C5.6** `close/wontfix` 只有人可執行。代理只能提議。
+- **C5.7** 既有的 `duplicate` 標籤**封存不刪**（刪除會把它從所有歷史票上摘掉）。
+
+---
+
+## 6. 人的兩種介入
+
+### 6.1 `Human`——人是審核者（正交 overlay）
+
+- **H6.1.1** `Human` ＋ assignee ＝ Leo：工作由代理完成，人只放行或否決。
+- **H6.1.2** 🔴 **`Human` 不是流程狀態，是正交維度**（leo 2026-08-17）——可疊在任何 `s/*` 上，不與 `s/*` 二選一。
+- **H6.1.3** 代理不得關閉帶此標籤的 issue、不得 merge 帶此標籤的 PR。
+- **H6.1.4** 只有人可移除標籤；移除即放行。
+- **H6.1.5** 必設節點（可增不可減）：tracking issue 關閉前、`close/wontfix`、milestone 建立與 scope 圈選、**部署至 prod 的 PR**。
+- **H6.1.6（ISEP 自身的修改：閘在 release，不在每個 PR）**
+  原稿把「治理 plugin 修改 PR」列為必設人閘。**照字面走會讓 leo 變成每個 PR 的瓶頸**——
+  那正是北極星第一條要拔掉的東西（「為了更聰明而讓 leo 更忙」的設計一律違背）。
+  但完全拿掉，代理就能**悄悄放寬管自己的規則**——那是 leo 被咬過的那類病。
+  兩者兼顧的做法：
+	- 治理與閘的變更，**總管可以 merge**（loop 不停）
+	- 但**每一個 release note 必須逐條列出這一版改了哪些治理規則與哪些閘**，
+	  且 `docs/governance/` 的 diff 要在 release note 裡點名
+	- **release 就是那道人閘**：leo 驗版本時一次看到所有規則變更，該打回就打回
+  ⇒ **把同步的逐 PR 審批，改成非同步的逐版本審批。** 沒有東西是悄悄改掉的，而 loop 不會停。
+- **H6.1.7** 🔴 **交棒給 leo ＝ 三個機械動作，缺一件等於沒交棒**（leo 2026-08-17）：
+  ① 總管自己先在 stage 驗過 → ② 把票**指派給 Leo** → ③ 掛 `Human`。
+  在對話裡說「你可以驗了」不算——那句話會捲走，assignee 與標籤不會。
+  順序不可顛倒：沒驗過就指派 ＝ 把第一次驗證推給他。
+
+### 6.2 `human/exec`——人是執行者（票的屬性）
+
+- **H6.2.1** 當 deliverable 所需的能力只有人擁有（GUI-only 設定、實體權限開通、法定簽署、terminal consent），
+  票掛 `human/exec` ＋ assignee ＝ Leo。人視為特殊 subagent，走 §3.0 同一狀態機。
+- **H6.2.2** 人執票的 deliverable 是**環境狀態改變**，不是 PR。完成方式：人在票上留 `[decision] 已完成：做了什麼` → 人手動關票 → 掛 `close/human-exec`。
+  這是唯一合法的手動關票路徑。
+- **H6.2.3** 驗證不靠自述：人執票通常是下游票的 dependency；關票解鎖後，接手代理若發現設定沒生效即 fail fast，**下游失敗自動 reopen 人執票**。
+- **H6.2.4** 🔴 代理判定「這件事只有人能做」時：開 `human/exec` 票 ＋ 設好 dependency ＋ 通知，然後**繼續做其他不被 block 的票**，不空轉等待。
+
+### 6.3 Telegram 通知（人閘的開路配套）
+
+- **H6.3.1** 觸發：`Human` 或 `human/exec` 被掛上且 assignee ＝ Leo 時，即時發 Telegram。
+  通道與帳號**不寫死在本檔**，真相源是 `wiki/agent-memory.md` 的通知通道段。
+- **H6.3.2** 訊息格式（白話鐵律：標題一眼懂、代號必附一句人話）：
+
+```
+🔔 #123 需要你｜[放行] 或 [只有你能做]
+一句話：這張票要你做什麼（≤40 字，不准只寫代號）
+動作：review PR #45 並 merge ／ 到 CF 後台開啟 X 權限
+卡誰：此票 block 了 #124 #125
+連結：https://git.uncle6.me/...
+```
+
+- **H6.3.3** 節流：同票同狀態只通知一次；24 小時未處理提醒一次；之後併入每日 digest。
+  🔴 但「等了幾天」要標出來——對 leo 重複＝服務，不催這件事就不會發生。
+- **H6.3.4** 通知是**投影不是狀態**：訊息遺失不影響治理正確性，真相永遠在 Gitea 票上。
+
+---
+
+## 7. 討論路由
+
+```
+新 issue（s/triage）→ 驗傷 →
+  ├─ 可做，獨立      → 掛入 tracking，排 milestone → 走 §3
+  ├─ 可做，有依賴    → 同上 ＋ dependency（R2.5）
+  ├─ 只有人能做      → human/exec ＋ dependency ＋ 通知（§6.2）
+  ├─ 重複            → close/duplicate
+  ├─ 不做            → close/wontfix（只有 leo）
+  ├─ 太大            → 升格 hub 或拆分（C5.5）
+  └─ 走錯棚          → 在正確 repo 重開，本張 close/transferred（R2.6：不能搬）
+```
+
+多票收斂：建 tracking issue（scope），**不是直接建 milestone**。
+當且僅當「這批票 ＝ 恰好一個可出貨版本」才同時建 milestone。
+
+🔴 **開工第一個動作是建里程碑並拉既有 issue，不是開新票**（leo 2026-08-19）。
+里程碑**一張新任務都不准增**；撈不到對應的票 ⇒ 那才是真缺口 ⇒ 去票池補一張，不是在里程碑裡編。
+
+🔴 **票名一律 User Story**：`身為<誰>，我要<什麼>，我才<為什麼>`。
+不准自創分類前綴（`【版本】`、`👤 裁決題：` 都被廢除過）。
+
+---
+
+## 8. 封路清單（每條標明現況，已有的不重造）
+
+| # | 封什麼路 | 用什麼封 | 現況 |
+|---|---|---|---|
+| E1 | 直接 push 預設分支 | branch protection：PR-only | ◐ 現有 `main-and-prod-push-guard.sh` 語意相反（擋 subagent、放行總管）。**本版只對 ISEP 開 PR-only**，見 §8.1 |
+| E2 | PR 不關聯 issue | PR 模板必含 `closes #`，缺漏即 fail | ❌ 待建 |
+| E3 | 手動關 leaf | hook 攔截；只放行 `close/*` 與 §6.2 人執路徑 | ❌ 待建 |
+| E4 | 被 block 的票先關 | Gitea issue dependency | ✅ 平台原生，已驗證可用 |
+| E5 | Milestone 悄悄過期 | job：到期做降 scope 對帳 ＋ 通知（**不自動關、不自動打 tag**） | ❌ 待建（先做成手動腳本，見 §8.2） |
+| E6 | 代理越過人閘 | PreToolUse hook | ◐ 現有 `irreversible-dispatch-guard.sh`／`prod-write-guard.sh` 覆蓋一部分 |
+| E7 | SDD 內出現 leaf 連結 | pre-commit lint | ❌ 待建 |
+| E8 | Tracking issue 掛 milestone | job 摘除並告警 | ❌ 待建 |
+| E9 | 留言變成推理長文 | hook：超長**不 reject**，要求移去 wiki 再留指標 | ❌ 待建（放寬版，見 §8.3） |
+| E10 | 就地修改治理檔案 | 安裝目錄唯讀 ＋ hook，導向 ISEP 開 issue | ❌ 待建 |
+| E11 | 本機雲端版本漂移 | SessionStart hook 比對版本，不一致 fail-fast | ◐ 現有 `skill-deploy-drift-guard.sh` 管的是 skill 不是 plugin 版本 |
+| E12 | 宣稱交付但沒有 release | 版本三處一致閘：`plugin.json` ＝ tag ＝ release 存在；且 milestone open issues ＞ 0 不准打 tag | ◐ 現有 `delivery-police.sh`／`claim-verify-police.sh` 部分覆蓋 |
+| E13 | 審核被遺忘 | Stop hook：**我自己開的** `s/review` 存在且**這回合完全沒碰它** → 擋一次 | ◐ 現有 `empty-handed-stop-guard.sh` 判準不同，兩者要合併不要疊加 |
+| E14 | Subagent 空口宣稱完成 | SubagentStop hook | ✅ **已有** `subagent-claim-worksheet.sh` ＋ `empty-handed-stop-guard.sh` |
+| E15 | 代理硬做只有人能做的事 | 代理端無對應 tool 或 token；唯一出口是開 `human/exec` 票 | ◐ 部分（credential 機制已擋一部分，D36） |
+| E16 | 標籤漂移 | 走 Gitea labels API 依 `labels.yaml` 校正：缺的補、改的還原、多的**只告警不刪** | ❌ 待建（`ISEP#4`） |
+
+### 8.1 E1 的適用範圍（裁決記錄）
+
+**只有 ISEP 走 PR-only；其他 repo 維持現行「總管推 main 自己裁」。**
+
+- 理由：ISEP 壞掉 ＝ **所有 session 一起壞**，值得多一道摩擦；其他 repo 壞掉只影響自己。
+- 一刀切到 14 個 repo 會在 leo 最忙的時候把整條線卡在「等總管開 PR」。
+- 這條命中四題公式的「跨專案結構」⇒ 已記為裁決題（`DIVERGENCE` §E1），leo 可打回。
+
+### 8.2 所有 job 第一版都不依賴 Gitea Actions runner
+
+- 做成 `scripts/` 底下可手動跑、也可由 SessionStart hook 順手跑的東西。
+- 理由：**這台 Gitea 有沒有掛 runner，本規範撰寫時未經查證。**
+  依賴一個不確定存在的東西，壞掉的形式是「以為有人在跑」——比「沒人跑」貴得多。
+- 確認有 runner 後才升級成排程，升級走 §9。
+
+### 8.3 E9 為什麼放寬（不是偷懶）
+
+leo 2026-08-17 實測：文字層的閘那天 **8 次誤攔、0 次正確攔截**，且方向穩定——
+**紅線寫得越細，命中關鍵字的機率越高 ⇒ 那些閘在懲罰謹慎。**
+所以 E9 擋的是「長內容放錯地方」這個**動作**，處置是**導引**（移去 wiki 留指標），不是 reject。
+
+---
+
+## 9. 本規範的迭代
+
+- 存於 ISEP `docs/governance/`；各環境為唯讀安裝副本。
+- 修改路徑：ISEP 開 leaf（掛 governance tracking）→ PR → `Human` 放行 → merge → release → 各端升級。
+- 版本：規則增刪 ＝ minor，措辭 ＝ patch，公理 ＝ major。**ISEP plugin 版本 ＝ 本規範版本。**
+- 每次 milestone 回顧問一句：**規範有沒有被繞過？** 有 → 補 §8 的封路，**不加一句「請遵守」**。
+
+---
+
+## 10. 留言規範
+
+### 10.1 OP 唯一狀態原則
+
+- **OP 是票的唯一狀態容器**，持續編輯；留言是 append-only 的稽核 log，只記 delta。
+- 了解一張票只讀 OP。討論收斂即寫回 OP，留言留 `[decision] 已更新 OP：改了 X，因為 Y`。
+
+### 10.2 留言格式（BLUF ＋ 類型標籤）
+
+```
+[類型] 一句話結論（≤40 字）
+
+理由：
+- （最多 3 個 bullet，每個 ≤1 行）
+
+下一步：（一行，或「無」）
+詳細：（連結至 PR／commit／wiki，禁止貼內文）
+```
+
+類型：`decision` `question` `blocker` `progress` `proposal`。
+能用 OP 的 task list 打勾表達的進度**不留言**；重大 `proposal` 加掛 `Human`。
+
+### 10.3 推理軌跡出口
+
+推理、嘗試、失敗分析走 wiki-capture 進 Wiki／KBDB，留言以 `詳細：` 指向。
+**推理進 wiki，結論進留言，留言只帶指標。**
+
+---
+
+## 11. ISEP（單點分發與同步）
+
+### 11.1 實際結構（2026-08-20 實況，不是理想圖）
+
+```
+ISEP/
+├── .claude-plugin/
+│   ├── plugin.json          # 版本號真相源之一（§8 E12 要三處一致）
+│   └── marketplace.json     # host 發現這個 plugin 的入口
+├── docs/governance/         # 本規範 ＋ 原稿存檔 ＋ 分歧說明
+├── labels.yaml              # 標籤唯一真相（§11.4）
+├── hooks/                   # 41 支 ＋ hooks.json（51 條註冊）
+├── commands/                # 7 支 slash command
+├── skills/                  # 2 支
+├── scripts/                 # 23 支
+└── system-dev/wiki/         # ISEP 自己的知識庫（只記 ISEP 的事）
+```
+
+🧹 **已知待清理**：`scripts/install.sh` 實際是 **system-dev-template 的安裝器**（在裝 wiki／SDD），
+搬家時混進來的，與 plugin 無關。
+
+### 11.2 分發規則
+
+- **P11.2.1** 本機與雲端安裝**同一個 release**；來源只有 ISEP 的 release tag。
+- **P11.2.2** 治理修改只發生在 ISEP；執行環境發現需調整 → 回 ISEP 開 issue（E10）。
+- **P11.2.3** Session 啟動比對版本（E11）；不一致 fail-fast，不降級執行。
+- **P11.2.4** 升級是原子動作：整包替換，禁止 cherry-pick。
+- **P11.2.5** 🔴 **沒有子集。** 本機與雲端裝的是**逐位元組相同**的一份。
+  （原稿的「薄殼只裝 shell-safe 子集」已刪除——那條是舊薄殼模型的殘留，
+  正是 `InkStoneCo#57`「薄殼比真身少 7 支閘」的成因本身。）
+
+### 11.3 載入契約（原稿缺這節，而這是最容易默默失敗的一格）
+
+Claude Code **只在 session 啟動當下**讀一次 cwd 的設定。因此：
+
+- **L11.3.1** 雲端 session 的 cwd 是 GitHub 上的啟動 repo，ISEP 必須在**那個時刻**就被 host 認得。
+- **L11.3.2** 「事後 clone 進來」對 hook 可行（hook 是每次工具呼叫才解析路徑），
+  對 **command／skill 不可行**（它們啟動時就被掃描）——這是 `InkStoneCo#14` 的根因。
+- **L11.3.3** ISEP 是 **private** repo，任何載入路徑都必須先解決憑證。
+  憑證只准取名字（D36），**不得寫進任何檔案、commit 或 issue**。
+- **L11.3.4** 驗收標準：能貼出**雲端那邊實際載到的清單**，逐條對上 ISEP 的註冊條數。
+  「我推上去了」不是驗收。
+
+### 11.4 標籤分發（labels.yaml）
+
+- **P11.4.1（唯一真相）** 全部標籤定義（名稱、顏色、描述、exclusive）只存在於 ISEP 的 `labels.yaml`。
+  Gitea 上所見皆為投影；改標籤 ＝ 改 `labels.yaml`，走 §9。
+- **P11.4.2（分發通道）** **API 通道是唯一依賴**：走 labels API 掃所有受治理 repo 校正。
+  Gitea 伺服器端的模板檔（建新 repo 時 GUI 播種）是**可選的便利品**，
+  獨立腳本、不掛在安裝流程上——它需要重啟 Gitea，而重啟的成本與風險不該由安裝觸發。
+- **P11.4.3（依賴方向）** 正確性只依賴 API 通道。模板通道壞掉的後果僅是「建新 repo 的下拉是舊版」，
+  而新 repo 納管後第一次 sync 即被校正。
+- **P11.4.4（不刪原則）** 🔴 **同步永不刪除標籤**——刪除會把它從所有歷史票上摘掉，不可逆。
+  非規範標籤只列出告警。
+- **P11.4.5（平台級不變量）** `s/*`、`close/*`、`p/*`、`type/*` 一律 `exclusive: true`
+  （Gitea 1.26.4 支援，已驗證）：同 scope 同票至多一個，由平台保證——**非法狀態不可表示**，無需 hook 維護。
+  `Human`、`human/exec`、`hub` 是正交維度，**不 exclusive**。
+
+---
+
+## 12. 書寫路由（SDD × Gitea × Wiki）
+
+### 12.1 時態原則
+
+| 載體 | 時態 | 回答的問題 | 變動頻率 | 誰寫 |
+|---|---|---|---|---|
+| SDD | 未來式 | 要做什麼、為什麼、怎樣算完成 | 低 | 代理可寫，**範圍／驗收／非目標的變更必經人閘** |
+| Gitea | 現在式 | 誰在做、做到哪、卡在哪、順序 | 高 | 人與代理 |
+| Wiki | 過去式 | 怎麼想、試過什麼、學到什麼 | append-only | 主要是代理 |
+
+（原稿寫「SDD 寫入者是人、代理僅提案」——與現況相反，照字面走第一天就違規。
+管的應該是**哪些欄位需要 leo 點頭**，不是誰握筆。）
+
+### 12.2 路由判準（寫之前問一句：這段內容改變的是什麼？）
+
+- 「要做什麼」（範圍、驗收、非目標）→ SDD，必經 issue ＋ 人閘（改意圖 ＝ 改合約）
+- 「現在狀態」（認領、進度、卡點、定案）→ Gitea（OP 或合規留言）
+- 「我們知道什麼」（推理、失敗、可復用教訓）→ Wiki
+
+### 12.3 典型錯置與矯正
+
+| 錯置 | 矯正 |
+|---|---|
+| SDD 長出 task 清單、進度勾選 | 移至 Gitea；E7 攔截 |
+| Issue 留言寫滿推理長文 | 移至 Wiki 留指標；E9 導引 |
+| Wiki 記錄「目前進度」 | 刪除；進度只存在於 Gitea。Wiki 引用票時寫「當時」 |
+| Issue OP 修改驗收標準 | 退回：先開 SDD 修改 issue（人閘），定案後 OP 才同步 |
+| **README 宣稱版本號** | 刪除；版本只存在於 release（M4.6）。2026-08-20 實犯 |
+
+### 12.4 連結方向（單向依賴）
+
+SDD → 只連 tracking（R2.1）。Gitea → 可連 SDD 錨點與 wiki。Wiki → 可連票號與 commit（歷史快照語意）。
+Telegram → 純投影。**Wiki 壞不影響 Gitea，Gitea 壞不影響 SDD，通知丟不影響一切。**
+
+---
+
+## 附：Label 全集（快照；唯一真相為 `labels.yaml`）
+
+```
+狀態機（exclusive）  s/triage  s/backlog  s/todo  s/doing  s/review  s/stage  s/pending
+關閉分類（exclusive） close/merged  close/human-exec  close/duplicate  close/wontfix
+                     close/stale  close/split  close/transferred
+人（正交，不 exclusive） Human        ← 人是審核者
+                        human/exec   ← 人是執行者
+優先（exclusive）    p/high  p/low
+種類（exclusive）    type/bug  type/feature  type/governance  type/chore
+結構（正交）         hub          ← tracking issue 標記
+封存不刪             duplicate    ← 由 close/duplicate 取代，保留在歷史票上
+```