進階：總覽

進階區給已經會用 CT、想知道「為什麼這樣設計」的人。設計理念 7 篇講背後的原則，功能深入 11 篇講每個機制的規則；每篇都同時回答「規則是什麼」和「為什麼這樣定」。

如果你還沒用過 CT，建議先讀 為什麼需要 CT 和 一張工單的一生，再回到這裡。

設計理念

這 7 篇講的是 CT 背後的原則。它們不教指令，而是解釋為什麼塔台不讀程式碼、為什麼工單要寫成檔案、為什麼有些動作一定要人點頭。讀完之後，遇到規則沒寫到的情況，你大概也推得出 CT 會怎麼做。

• 認知作業系統

  CT 是 Cognitive OS，不是 workflow 工具：檔案、context window 與無狀態呼叫的對應。

• 檔案即真相來源

  為什麼不靠對話記憶；frontmatter 是機器的事實來源，先寫回報再改狀態。

• 塔台不讀程式碼

  塔台與 Worker 為什麼分開，以及問題該問誰。

• 三層資料與記憶

  Core Skills、Global、Project 三層，與塔台記憶的晉升和恢復。

• 可逆與不可逆的界線

  可逆的事放手，不可逆的事要明文授權或經過斷點。

• 治理：單一權威

  每條規則只有一個權威定義，其他地方用交叉引用；摘要不具權威。

• 會學習的系統

  從觀察到 Playbook 再到 Skill，也讓系統公開質疑自己。

功能深入

這 11 篇逐一拆解 CT 的機制：工單、派工、yolo 與斷點、Worker 提問、worktree 隔離與合併、落點檢查、中斷與 Renew、多種單據、學習與 Workflow、跨塔台協作、觀測工具。每篇都會連回對應的設計理念。

• 工單系統

  編號、粒度、模板欄位、overlap check 與回報處理。

• 派工：auto-session 與 BAT

  四種派工模式、成功判讀、啟動確認與降級鏈。

• yolo 與斷點 A–E

  自主推進，以及五種斷點什麼時候停下來。

• Worker 向塔台提問

  yolo 下 Worker 改問塔台：提問通道、工單通道與逾時備援。

• worktree 隔離與合併

  隔離派工時 Worker 的規則、直接合併判準與三種合併模式。

• 落點檢查

  Worker 動手前怎麼確認自己在對的 repo。

• 中斷、Renew 與補救收尾

  HOTFIX 插隊、Renew，以及 ct-done 和重派 ct-exec 的分界。

• BUG／PLAN／EXP 與研究型工單

  多種單據的狀態機與跨類型關聯。

• 自我學習、Playbook 與 Workflow

  學習紀錄、Playbook 引擎，以及 Skill／Playbook／Workflow 的分工。

• 跨塔台與跨專案協作

  五種協調類型、工單前綴與跨 session 選收件人。

• 觀測與改進

  ct-status、決策日誌、ct-insights 與 FIELDGUIDE。

建議閱讀順序

第一次讀進階區，先讀設計理念的前三篇，它們是其他所有規則的根：

1. 認知作業系統：CT 的第一原則。之後每一篇幾乎都能從這裡推出來。
2. 檔案即真相來源：為什麼一切都寫進檔案，以及收尾為什麼要反序。
3. 塔台不讀程式碼：塔台和 Worker 怎麼分工。

接著依你的需要挑：

• 要開始用 yolo 或 BAT 自動派工：可逆與不可逆的界線 → 派工 → yolo 與斷點 → Worker 向塔台提問。
• 要用 worktree 隔離並行開發：可逆與不可逆的界線 → worktree 隔離與合併 → 落點檢查。
• 要讓 CT 累積經驗、跨專案共用：三層資料與記憶 → 會學習的系統 → 自我學習、Playbook 與 Workflow。
• 要維護規則、寫 skill，或想知道 CT 怎麼管自己的文件：治理。

怎麼讀「延伸閱讀」

每篇最後都有「延伸閱讀」，列出權威出處的檔案與章節，寫法是「檔案 § 章節名」。路徑以 CT 安裝後的 skill 目錄為起點，例如 control-tower/references/doctrine.md、ct-exec/SKILL.md；CT Guide 的檔案以 control-tower-guide/ 為起點；docs/ 開頭的是 CT 版本目錄裡的實戰補充文件（不在安裝用的 zip 裡）；標「文章」「規劃文件」的是 CT 專案的背景文件，不是規則的權威來源。

延伸閱讀

• control-tower/SKILL.md § Reference Routing：每份 reference 管哪一塊
• control-tower/references/doctrine.md § 第一原則：Memory Hierarchy 同構、§ CT 三層資料結構的設計依據、§ 工單狀態機的設計依據
• control-tower-guide/references/concepts.md § Orchestrator/Worker 分離模式、§ Hard Boundaries（塔台硬邊界）

摘要不具權威

Portal 是摘要，不具權威。CT 的每條規則只在一份 reference 裡完整定義，Portal 只是幫你讀懂它。內容與 CT reference 有出入時，以 reference 為準。為什麼要這樣寫，見 治理：單一權威與「摘要不具權威」。