治理 M4.7：把票移出里程碑必須寫進里程碑描述（closes #24 的規範面）

leo 2026-08-20 抓到：v0.2.0 顯示 100%，但那是把 #5 移出去之後的 100%，
畫面上看不出降 scope 發生過。

與 §3.4（審核完沒關票 ⇒ 數字偏低）是同一個病的兩面——
畫面上的數字不等於實際狀態，而 leo 只看得到畫面。

禁的不是降 scope（卡人閘時降 scope 是 M4.3 要的），禁的是降得無聲無息。
痕跡要留在他會經過的地方＝里程碑描述，不是票裡、不是對話裡。

docs/governance/sdd-gitea-governance.md

@@ -121,6 +121,17 @@ s/triage ──驗傷通過──▶ s/backlog ──排進 milestone──▶ s
   🔴 自動打 tag 會製造假交付——tag 永遠只在「驗過了」之後發生。
 - **M4.4** Milestone 關閉 ＝ release tag，一對一。「已交付」唯一合法形式是 **tag 存在且裝得起來**；打 tag 前置 open issues ＝ 0（§8 E12）。
 - **M4.5** Description 只寫版本目標一句 ＋ tracking 連結。討論回 tracking issue。
+- **M4.7（降 scope 必須留痕）** 🔴 **把票移出里程碑，必須同時寫進該里程碑的 description。**
+  格式：原本幾張、移走哪幾張、為什麼、移去哪裡。
+	- **禁的不是降 scope**——卡人閘時降 scope 就是 M4.3 要的。禁的是**降得無聲無息**。
+	- 為什麼寫在 description 不是寫在票裡：**leo 看的是百分比那個畫面**，
+	  他不會為了確認 100% 是不是真的而去逐張點票。**痕跡要留在他會經過的地方。**
+	- 來由（2026-08-20 實犯）：`v0.2.0` 本來 6 張，`#5` 卡人閘被移出 ⇒ 分母 6 變 5 ⇒ 顯示 100%。
+	  leo 當場問「為什麼還有很多 issues 開放中」。
+	  🔴 這與 §3.4（審核完沒關票 ⇒ 數字偏低）是**同一個病的兩面**：
+	  畫面上的數字不等於實際狀態，而 leo 只看得到畫面。
+	- 機械閘：`inkstone/ISEP#24`。
+
 - **M4.6** 🔴 **release note 寫在 Gitea Releases 裡，不寫在 README。**（leo 2026-08-20：「release 不是寫在 readme，要放在 release 裡」）
   README 不得自行宣稱版本號——那會產生第二份會漂移的版本真相。