把管理這條線做對
leo 給的目標。組成照 M4.0：遍歷 14 repo／156 張 open 票，挑出 44 張達成它需要關掉的，沒有補開任何新任務票。
這是唯一一個追蹤點。 六群＝六張 hub 票（ISEP#30–#35），別的 repo 的舊票用 Gitea 原生 dependency 指到對應的 hub
（milestone 管不到跨 repo；Gitea 1.26.4 沒有 project 的 API，機器維護不了看板，所以不用它）。
⇒ 本里程碑的百分比 ＝ 六群關掉幾群；點進任一 hub 看它的 dependency ＝ 那一群還差哪幾張。
規劃全文：docs/governance/sdd-gitea-governance.md §15。內容一經定下不增不減（M4.3）。
SOP 變成閘
leo 2026-08-27：「今天跟地端工作一天犯了一大堆錯誤，拖時間、掉棒子、失去記憶、分心，簡直一團糟，所以重新把整個流程盤點一次⋯⋯重點就是它都是在打補丁，沒有整體概念，所以寫整體的 SOP，用 RISC 概念儘量重用流程。」
這一輪要讓什麼變成真的：那份《CC 執行治理 SOP》裡的每一條，都要有東西在管它——不是有人記得，是機器擋得住。
🎯 完成定義（可判定，S8 範圍檢查拿這句比對）：
SOP 的每一條條文，在 ISEP 上只允許兩種狀態——① 已經有閘在管，或 ② 有一張掛在本里程碑的票。沒有第三種。
deliverable ＝ ISEP 的一個新版本，該版本的盤點表能逐條對回 SOP 的條號（哪一條由哪支閘管），leo 打開盤點表就看得出哪些條文還沒有主人。
範圍（RISC：重用既有的，不新造）：
- 已經有閘的條文 一律忽略，不重做、不改寫（leo：「現在有的就忽略」）
- 做得不夠好的 接上既有那支，不另開一支平行的
- 完全沒有的才開新票
不在本里程碑的：ISEP#43「把管理這條線做對」是另一條線（六群整理，已逾期，另案處理）；SOP 的標籤改名提案已由 leo 裁定不做（維持 s/* 七態）。