更版紀錄

目前版本 v6.0.0（2026-11-07）。這裡列出最近 10 版的完整紀錄，最新的在最上面；更早的 62 版（v2.1.1 ～ v5.12.7）請看演進史。

本頁只列正式版。預發行版 v6.0.0-pre.1 ～ v6.0.0-rc.1（14 版）的改動已彙整在 v6.0.0 的段落，逐版說明保留在「實驗功能」的預發行專章作為歷史參考。

摘要不具權威

本頁照錄 CT 的 CHANGELOG，只拿掉工單、決策、驗收回函等內部編號與出處註記。規則的權威定義在 CT 各 skill 與 references，兩者有出入時以 CT 本體為準。

6.0.0 2026-11-07

正式版：v6 系列的第一個正式版，取代 5.15.0 成為穩定版。 v6 的主軸是方法論轉接：塔台把 BMAD 等開發方法論當成可抽換、可分層疊加的 adapter（內建 bmad，官方外部 adapter ct-adapter-pstack 選用），沒有任何設定時行為與 5.x 相同。另含 BUG／PLAN／EXP 預設開啟、session 用量統計 *insights sessions 與工單 session_ids、執行中補充工單、工具清單建議 *insights tools。這些功能在 6.0.0-pre.1～6.0.0-rc.1 預發行期間逐版加入與修正，逐版說明保留在本站「實驗功能」的預發行專章作為歷史參考。本版相對 6.0.0-rc.1 沒有功能或規則變更：RC 期間沒有回報要修的問題，只改版號與標示（RC → 正式版）。 plugin：正式版 6.0.0 起上架 marketplace control-tower（ct@control-tower、ct-guide@control-tower 6.0.0）；預發行版（beta、rc）仍不提供 plugin。zip 手動安裝照舊支援。下載：GitHub Release ct-v6.0.0（Latest）；5.15.0 成為上一個穩定版，Release ct-v5.15.0 仍可下載。 BAT 最低版本不變（>= 0.7.0-pre.7）。方法論契約仍 ct-methodology-adapter/v1，契約不變；內建 bmad.yaml 0.2.1、ct-adapter-pstack 0.2.6（內容都沒改，只改註解與標示）。

升級說明

從 6.0.0-rc.1 升級：只換 skill 檔案；沒有新設定鍵、新的 frontmatter 欄位或新命令，舊工單與快照照常。8 個 skill 的版本註解都變了；內容有改的只是標示：control-tower、ct-help 的方法論說明摘要，control-tower/references 的版號標記（v6.0.0-rc.1 RC → v6.0.0+）與 plugin 說明句。建議 8 個一起換；ct-adapter-pstack 規則內容沒變，用 pstack 的可一併換。

從 5.15.0 升級（v6 預發行期間的改動彙整；細節見安裝指南 § 2.65 與本站「實驗功能」的預發行專章）：

方法論轉接（新功能）：契約唯一權威 control-tower/references/methodology-adapters.md、內建 adapters/bmad.yaml、檢查腳本 control-tower/scripts/validate-adapter.py；Level 2 由「外部 bmad-guide」改為「方法論轉接」。工單 frontmatter 加選用的 methodology；工單模板的 ### BMad 工作流程 換成 ### 方法論工作流程＋### 方法論邊界，回報區 ### sprint-status.yaml 已更新 換成 ### 方法論執行紀錄＋### 方法論狀態回寫（舊段照讀、不回寫）。ct-exec § Methodology 帶入各層、自查方法論注入、記錄每次方法論 skill 呼叫、方法論子代理預設只能唯讀、交付層預設關；compact／resume 後先重讀整張工單。官方外部 adapter ct-adapter-pstack 另出 zip，已在用 pstack 才裝。
新設定鍵 9 個（缺省即 5.x 行為，升級不需要改設定檔）：methodology（預設 auto）、methodology_planning／methodology_execution／methodology_review／methodology_verification（inherit）、methodology_delivery（none）、methodology_subagent_writes（deny）、methodology_guard（warn：塔台派工時自動加 ### 方法論邊界）、methodology_adapters_path（空）；*config methodology 看解析結果。
預設值改變：enable_bug_tracking、enable_plan_tracking、enable_experiments 預設由 false 改 true，啟用時（含預設啟用）立即產生空的 _bug-tracker.md／_backlog.md；設定明寫 false 的照舊。不想啟用的專案請在升級前明寫 false。
新命令：*insights sessions（依工單彙總 token 用量，ct-insights/scripts/ct-session-stats.py＋pricing.json，只讀）、*insights tools（找出一直載入卻很少用到的 skill、plugin、MCP server、agent 類型與內建工具，只建議、不改設定）、/ct-evolve --facts-from（把統計產生的候選事實接進學習流程）。
新的選填欄位與段落：工單 session_ids（Worker 收尾寫、ct-done 補救時寫、塔台收單補記；收單補記需 BAT >= 0.7.1-pre.1 與 BAT MCP，沒有就跳過）；塔台開工時記自己的 session id；塔台可在 Worker 執行中寫 ## 塔台補充（執行中 #N），Worker 在驗證前、產品 commit 前、寫回報前各看一次段落標題。
外部增強外掛治理：ECC Level 1 退場（CT 不再寫 observation）；mem0 Level 3 改成要在本地規則記錄例外才啟用。用過的請看安裝指南 § 2.61〈從 ECC 升級〉與〈mem0 Level 3：要有例外紀錄才啟用〉。
同批換：塔台（control-tower、ct-insights、ct-evolve）與 Worker（ct-exec、ct-done）一起換；只換一邊時，塔台寫的新段落舊版 Worker 讀不到。新增 5 檔（methodology-adapters.md、adapters/bmad.yaml、validate-adapter.py、ct-session-stats.py、pricing.json），沒有刪除的檔。
相容性：BAT 最低版本與介面、CT 派工命令（--skill + --workorder）、exit code、狀態值不變。穩定版 5.13.0～5.15.0 的規則（狀態衛生、BAT 塔台面板讀取契約、通知用完整工單 ID、plugin 安裝就緒、巢狀的獨立 repo、一批提問只叫醒塔台一次）v6 都已移植，條文相同。
plugin 使用者：marketplace 更新後把 ct@control-tower（與 ct-guide@control-tower）從 5.15.0 升到 6.0.0，步驟照 version-governance.md § plugin 安裝／升級（安裝指南 § 4.1〈用 plugin marketplace 安裝／升級〉第 4 步）；升級後開新 session 確認 version 是 6.0.0。

Changed

版號與標示：8 個 SKILL.md 版本註解、control-tower/SKILL.md H1、version-governance.md 範例與版號表（加 6.0.0 列）、methodology-adapters.md 版本歷史（加 6.0.0 列，契約不變）、bmad.yaml 與 ct-adapter-pstack 註解改 6.0.0；現行版本的 RC 標示改成正式版：methodology-adapters.md 檔頭改「v6.0.0 正式版（取代 5.15.0 成為穩定版）」，方法論相關段落的版號標記 v6.0.0-rc.1 RC 改 v6.0.0+（tower-config.md、work-order-template.md、enhancement-integration.md、onboarding.md、control-tower/SKILL.md、ct-help/SKILL.md、自助擴充指南）；ct-help § Methodology Adapters 開頭的 RC 提醒改成「6.0.0 起屬正式版」
plugin 說明句：「plugin 在 v6 正式版上架後才適用」改成「v6 正式版 6.0.0 起上架」（version-governance.md、auto-session.md）；規則本身不變：帶 - 的版號不上架 marketplace，預發行版（beta、rc）不提供 plugin
bmad.yaml 的 adapter_status 註解改成「CT 正式版 6.0.0 仍維持 prototype（要不要改 stable 另行評估）」；值不變（prototype）。ct-adapter-pstack 同樣維持 prototype
安裝指南：標題、版本行與 § 1〈目前版本一覽〉改正式版（加一列；§ 1 表格內現行功能的「Beta」標示拿掉，引入版號保留）；新增 § 2.65 本版變更（含從 5.15.0 升級）；§ 4.1 版號（OLD=6.0.0-rc.1、VER=6.0.0）、發行物檔名、提示框、plugin 說明（6.0.0 起上架）與 plugin 升級第 4 步加「從 5.15.0 升到 6.0.0」；§ 4.3、§ 13、§ 14 標題；§ 13／§ 14 逐列檢查（結果見 § 2.65）
Known unverified：RC 期間沒有新驗證到的項目，41 項照列、編號同 [6.0.0-rc.1]（見下方）

Unchanged

設定鍵與預設值、狀態值、frontmatter 欄位、命令、派工命令（--skill + --workorder）、exit code、BAT 最低版本（>= 0.7.0-pre.7）、BAT 介面同 [6.0.0-pre.1]
方法論契約 ct-methodology-adapter/v1、adapter 描述檔、probe 搜尋順序、validate-adapter.py；methodology-adapters.md § Beta 實作狀態的章節名沿用（避免斷連），內容是現行版本
ct-session-stats.py（0.2.0）與快照 ct-session-stats-snapshot/0.2、單元測試（43 個）
機器可讀摘要與 BAT 塔台面板讀取契約 v1
zip 手動安裝流程與發行物版面（全量 zip、8 個單一 skill zip、ct-adapter-pstack zip、Guide zip），不含 scripts/tests/
歷史段落（本檔 [6.0.0-rc.1] 以前的段落、版號表舊列、安裝指南 § 2.64 以前的章節）與「v6.0.0-beta.N+」等引入標記不改

Known unverified（已知未驗：正式版仍未實機驗證的路徑）

RC 期間沒有新驗證到的項目；下列 41 項與 [6.0.0-rc.1] 相同，編號不變。

Codex 互動 TUI 的「Hooks need review」畫面、hooks.state.<key>.enabled
Codex resume／compact 後的重注入
引入方式 ③：已實測（mattpocock/skills 3 支本地副本：模型 0 次自動叫用、塔台照規則寫【只允許】、Worker 以路徑讀並 3/3 記入 ### 方法論執行紀錄）。未實測：Codex 端 policy.allow_implicit_invocation: false、引入方式 ②、③ 副本在 BAT worktree 隔離派工下的可見性（副本放在被 .gitignore 排除的目錄時 worktree 讀不到）。沒有 hook 的描述觸發（C1 ⑤）：標準安裝時塔台 0/1 被叫用，風險未排除
Superpowers HARD-GATE：methodology_guard: off＋沒有 methodology、yolo 下 2/2 未觸發（Worker 不採用不負責任何層的注入）；工單明確指名 superpowers:brainstorming 時的表現未實測
③ 副本裡「先問使用者」的步驟在 yolo 下改問塔台：實測時被試用工單預先回答，這條路徑沒有出現
yolo 的 headless 提問備援（沒有可用的等待工具時直接 BLOCKED）：實測中 Worker 都判斷沒有要問塔台的決策，未觀察到
方法論疊加：已驗一般疊加與雙注入＋疊加；未驗跨層 story-spec 交接與 writeback 回寫
工單沒寫「不開分支／不 push」時 poteto-mode 會不會委派或開 PR：沒有邊界段時 frontmatter delivery: none／subagent_writes: deny 仍讓 poteto-mode 跳過 PR 與委派（n=1）；frontmatter 也沒有的情況未驗
啟用即產生空索引、塔台語言規則、暫存目錄退路、子代理回報要求，以及 6.0.0-beta.2 的環境偵測新寫法，都是文件規則，尚未實機跑過
BAT 塔台面板讀取契約：6.0.0-beta.3 的範本只以 BAT 0.7.1-pre.8 的解析器實測（決策、BUG、待辦含 Dropped 全讀到，索引格子無 Unknown），沒有在 BAT 實機面板逐頁看過。6.0.0-beta.4 寫入的 BAT 0.7.1-pre.9 表現（「無法讀取 <檔名>」提示、critical 在任何讀取路徑都算 High）依 BAT 的通知，CT 端沒有實測，BAT 端的實機驗收也還沒做；更舊的 BAT 在 _backlog.md Completed／Dropped 讀 PLAN 檔補值時，frontmatter priority: critical 仍顯示 Unknown
customer_acceptance_gate: on：開單初列、Worker 逐案判定、會改變就停下、部署後走場必跑、已完成修正回溯核對，整條工單流程都是文件規則，尚未實機跑過
決策日誌收斂：只在一個專案實作過（熱檔 583,571 → 188,989 bytes，BAT 決策頁 408 筆全讀到）；在其他專案（決策數、標題格式不同）的實作未驗
未結 BUG 清理提示、熱檔大小提示、PARTIAL 當下收尾、closed_reason 與延後 BUG 的重開：文件規則，尚未實機跑過
有前綴專案的實機回報：新範本與送出前比對之後，Worker 是否每次都送完整 ID（收尾通知、--ask、手動備援訊息）、BAT 是否每次都能用 --source 對到 Worker 分頁並標 Done，尚未在有前綴的專案實機觀察
塔台端缺前綴容錯（熱區恰好一張「前綴 + 同號」時當作那一張、多張或找不到時問使用者、yolo 屬斷點 A）：文件規則，尚未實際觸發
「已安裝但讀不到 → 本 session 提示一次」（methodology-adapters.md § 降級）：文件規則，尚未實際觸發
Codex 用 plugin 安裝、接 BAT >= 0.7.2-pre.1 派工的端到端流程（BAT 依安裝方式送 $ct:ct-exec）：尚未實機驗證
巢狀的獨立 repo 配置（mono-repo-patterns.md § 巢狀的獨立 repo）下的 BAT 面板一鍵派工：要另開一個指向上層的 BAT workspace，cwd = workspace 根是依 BAT 的行為推得，尚未實機驗證（穩定版 5.14.3 同樣未驗；這個配置本身以穩定版 CT 5.14.2＋BAT 0.7.2-pre.1 實機驗過）
依 runtime 的新搜尋順序（methodology-adapters.md § 描述檔格式 › probe 怎麼解析 skill 根目錄第 1 點）：塔台先試本 runtime 的 probe、另一個 runtime 的只當讀檔來源並註明一次，這個順序本身尚未實機跑過（穩定版 5.14.4 的 bmad-guide 偵測同樣未驗）；bmad.yaml 0.2.1、ct-adapter-pstack 0.2.6 改過的 probe 也還沒在塔台實際跑過
塔台 context 壓縮後仍不重複提醒（yolo-mode.md § Worker 向塔台提問 › § 塔台端第 2 點）：已升級給使用者、還在等回答的題，塔台 context 被壓縮後是否仍依 YOLO 歷程的等待條目判斷、不再出 ⏸ YOLO PAUSED，尚未實機跑過（重複通知一行結束、⏸ 只出現一次、升級後的重複通知不重出 ⏸ 已驗；穩定版 5.15.0 同樣未驗）
塔台收單補記 session id：BAT 的 claudeSessionId 與工單 session_ids 不同時的追加，還沒實際觸發（從 BAT MCP 找到 Worker 那一列、bat_get_state 讀值、與工單比對、寫收單快照，已在實機收單跑過多次，每次工單都已含該值、不需追加）
塔台對話依決策日誌切到各工單的方向（上一筆到這一筆、+60 秒寬限、限同一個塔台 session）未經結果驗證
卡住訊號門檻（最近 10 次呼叫失敗 ≥ 3 次）未校準：樣本工單全是 DONE
隔離工單（worktree）另加 --project <編碼後的 worktree 路徑> 還沒實機跑過（多個 --project 只以合成資料測過）
plugin 安裝時 /<plugin>:ct-exec 的工單歸屬只以合成資料測過
估算成本與 cost-state 的差距（約 −10%）沿用原型的量測，正式腳本沒有再對帳
Worker 寫 session_ids：Renew 時在新 session 追加、單獨的 unavailable 被真實值取代，這兩種情況還沒實際觀察到（一般收尾寫入已有多張工單、Codex Worker 寫 unavailable 已實測）
ct-evolve --facts-from 還沒對真實快照實跑過一輪：候選事實寫進 _learnings.md、同一個 fact_id 重跑時更新原條目、⏸ 撤回候選 的恢復都未實測
候選事實目前只有一條規則（最近 10 次呼叫失敗 ≥ 3 次），所以「環境事實 → Tactical」的路徑只能經人工整理才會出現，還沒有實例
ct-done 寫 session_ids 尚未在實際補救收尾跑過
BAT --settings 條文的症狀描述（blockedDetection: none、started: unknown、claudeSessionId: null 同時出現）來自 BAT 的回覆，CT 端沒有實機重現
mem0 Level 3 的啟用條件（enhancement-integration.md § Level 3 › 啟用條件）：沒有例外紀錄時不啟用並提示一次、有紀錄時照常啟用，都是文件規則，尚未實際觸發（發版時本機沒有安裝 memsync）
沒有新段落時不記錄：不讀全文、檢查次數正確已驗；「不在 ### 互動紀錄 寫『沒有新段落』」在隔離 claude -p 驗證與實際 BAT 派工合計 8 次中有 7 次仍寫一行（含 Codex），加了例子之後實際派工的 4 張也都寫了；規則不改
收單時核對的「沒有讀入紀錄」：Claude Code Worker 透過檔案變更提示，常會讀到過了寫回報前節點才寫的段落（已觀察 2/2）；「沒有讀入紀錄」只會在 Worker 最後一個回合之後才寫入時出現（例：工單已 commit、session 已結束），這條路徑還沒實機跑過
BAT --settings 的第二個理由（工作區 ⚠️ 不出現、通知保留失效）與 BAT >= 0.7.3-pre.8 的待送通知（「待送通知 N」、8 筆上限）都依 BAT 的通知寫成，CT 端沒有實機重現
同步 skill 用 skillOverrides（完整前綴名）、同步 plugin 用 enabledPlugins（<plugin>@synced）關閉：CLI 2.1.316 實測有效，但官方文件沒寫，Claude Code 改版可能失效；發版前可用 claude -p … --output-format stream-json --verbose 的 system/init 重驗（analysis-rules.md § 工具清單建議 › 已知限制 1）
permissions.deny 的單向性：enableArtifact 在任一設定檔設 false 之後沒有檔案能再打開；裸工具名寫進 permissions.deny 之後能不能由其他設定檔再打開，未驗證
syncClaudeAiSkills: false 放在 .claude/settings.local.json 的效果未實測（放在專案 .claude/settings.json 會被忽略），所以報告不寫成建議
claude.ai connector 在專案層的停用方式未驗證，報告只建議在 claude.ai 帳號的 connector 設定處理
關掉 Artifact（enableArtifact: false）之後有沒有移出清單，只能在互動 session 用 /context 或下一次 *insights tools 確認（claude -p 的清單沒有 Artifact），還沒有實際套用確認過
使用者層／專案層 agent 定義的移除手段（刪除 agent 定義檔）照寫但未驗證

5.15.0 2026-11-01

MINOR：yolo 模式下 Worker 一次問多題時，塔台只會被叫醒一次；同一批題目的重複通知不再重複提醒你。 原本 Worker 一次問 3 題，塔台會收到 3 則 T#### 提問，每則都重新讀工單、查題目、判斷一次；需要你決定的題目還會重複跳出暫停提醒。實測每多一則約多花 10 萬等效 token，一批 3 題約有一半以上是重複處理。另外一併修正兩個原本就有的問題：一次問多題時先問的題可能還沒等到答覆就過期；兩則通知黏在一起時塔台誤判為非預期回報而暫停。沒有新命令、新設定、新欄位；BAT 最低版本、CT 派工命令、exit code 不變。Worker（ct-exec）與塔台（control-tower）都更新才完全生效（見安裝指南 § 2.61）。

Changed

一次問多題時塔台只會被叫醒一次：Worker 前面幾題只登記題目、在塔台分頁顯示提示，不讓塔台開始新的一輪；最後一題送出時才叫醒塔台，塔台一次就看到整批題目。有題目送不上 BAT 時，Worker 照舊在工單標記、commit，仍只叫醒塔台一次。規則在 yolo-mode.md § Worker 向塔台提問 › § Worker 端 3-A 第 1、2 步（前 N-1 題 --ask --no-pty-write、第 N 題 --ask --submit；--submit 與 --no-pty-write 互斥）
重複通知不再重複提醒你：塔台收到同一批的重複通知（例如舊版 Worker 送來的）時，只查一次 BAT 題目列表、一次工單的題號與標記，沒有新題就回一行結束；已經請你決定、還在等你回答的題，之後的通知不會再跳 ⏸ YOLO PAUSED。等待狀態記在 _tower-state.md 的 YOLO 歷程，塔台 context 被壓縮後也判斷得出來（同節 § 塔台端第 1、2 點）
最後一題送不上 BAT 時，Worker 加標記、commit、改送一般通知這三件事要緊接著做，中間不做其他事：前面幾題已在 BAT 等答覆，塔台卻還沒被叫醒，拖久了會過期（同節第 2 步 d）
同節的說明改寫成逐步推演，並寫明兩個邊界：最後一題預填後送 Enter 失敗、Worker 在最後一題送出前當掉（都是原本就有的情況）
ct-exec/SKILL.md § Questions For Tower、§ BAT Notify And Fallback 與 control-tower/SKILL.md 的摘要同步；權威仍是 yolo-mode.md
安裝指南：§ 1 加一列；新增 § 2.61
版號：8 個 SKILL.md 版本註解、control-tower/SKILL.md H1、version-governance.md 範例與版號表；安裝指南 § 1、§ 4.1 版號範例與發行物檔名同步（OLD=5.14.4、VER=5.15.0）

Fixed

一次問多題時，先問的題可能還沒等到答覆就過期（原本就有的問題，這版一併修正）：BAT 為每一題各自計 120 秒的等待租約，等其中一題不會替其他題續約。原本的規格只寫「兩次等待的間隔不超過 120 秒」，沒說多題時怎麼讓每一題都被等到；一題一題輪流、每次等 45 秒，4 題以上（或呼叫之間的延遲較長）時先問的題就會過期，Worker 只能走備援。現在每次等待的逾時依還在等的題數縮短（min(45, floor(90 / K)) 秒），能同時等就同時等（最多 8 個），每一題從送出起 120 秒內都會被等到（yolo-mode.md § Worker 端 3-A 第 3 步、§ BAT 通道 › 限制）
兩則通知黏在一起時，塔台誤判為非預期回報而暫停（原本就有的問題，這版一併修正）：Worker 的通知是在塔台輸入框預填字串再按 Enter；Enter 沒送出時字串會留在輸入框，BAT 無法可靠清掉，下一則會直接接在後面，原本要求整個字串只有一則，於是跳出 ⏸ YOLO PAUSED — 斷點 A 觸發。現在塔台看字串結尾最後一則 <工單 ID> <關鍵字>，前面只能是其他完整的通知；原本合法的字串仍合法，其他原本會暫停的仍會暫停。有幾題一律以 BAT 題目列表與工單標記為準，不看通知字串（yolo-mode.md § 斷點 A）

Notes

前幾題用的 --ask --no-pty-write 只做 UI 通知、不寫塔台 PTY：BAT 已確認這是支援的組合，BAT >= 0.7.2-pre.4 起列為正式契約（>= 0.7.0-pre.7 起就是這個行為），最低版本同 --ask；BAT 的介面文件與守門測試從這一版起涵蓋它。最後一題送不上時 BAT >= 0.7.2-pre.4 另印一行 ask: NOTIFY_STEP，可選用、不得依賴。規格一併註明兩點：它和 --submit 一起帶會直接失敗（exit 1、ask: USAGE，題目不登記）；notified: yes 只代表 BAT 收下了通知，不代表畫面上真的跳出提示（yolo-mode.md § BAT 通道）
只更新塔台時，舊版 Worker 仍每題叫醒塔台一次，由塔台端的最少檢查兜底；只更新 Worker 時，塔台只收到一則，照舊處理（同節 § BAT / Worker 版本相容）
塔台端的最少檢查與等待條目要在安裝新版塔台之後才有實機紀錄；本版只在 BAT 上手動驗證過 Worker 的送出順序

Unchanged

一次只問一題、題目內容與格式、tower_question、worker_question_timeout、3-B 工單檔等待、晚退回（第 6 步）、備援不變
BAT 最低版本（>= 0.7.0-pre.7）、BAT 介面、CT 派工命令、exit code、設定、工單欄位、狀態值不變；斷點 A 的關鍵字與工單 ID 格式不變（只改成看字串結尾）
非 yolo 的 Worker／塔台行為不變
zip 手動安裝流程、發行物版面（全量 zip、8 個單一 skill zip、Guide zip）、plugin 名稱與內容組成不變
歷史段落（本檔舊段落、版號表舊列、安裝指南舊章節）不改

5.14.4 2026-10-30

PATCH：塔台找 bmad-guide 時先找自己這個 runtime 的安裝；Claude plugin 的位置改成單一路徑。 Claude Code 與 Codex 用不同方式裝 bmad-guide 時（例如 Claude 只裝 plugin、Codex 用 zip），Claude 塔台會先讀到 Codex 那份，版本和 references/ 都可能和 Claude 實際載入的不同；Codex 塔台也一樣，兩邊都有手動安裝時會先讀到 Claude 那份。另外，設了 CLAUDE_CONFIG_DIR 的人，塔台會多查一個屬於另一份設定的 plugin 清單。沒有新命令、新設定、新欄位；BAT 介面、CT 派工命令、斷點 A 正則、exit code 不變。升級只換 skill 檔案（見安裝指南 § 2.60）。

Fixed

Claude 與 Codex 裝法不同時，塔台讀到另一個 runtime 的 bmad-guide：enhancement-integration.md § Level 2 › 偵測（唯一權威）的搜尋順序改成依 runtime 分開——① 本 runtime 的手動安裝 → ② 本 runtime 的 plugin → ③ 另一個 runtime 的手動安裝與 plugin。③ 只當讀檔來源，第一次用到時註明一次「不是本 runtime 載入的」，不阻塞。Claude 手動安裝看 ${CLAUDE_CONFIG_DIR:-~/.claude}/skills/；Codex 手動安裝看 ${CODEX_HOME:-~/.codex}/skills/，再看 ~/.agents/skills/（Codex 文件列的使用者層位置，Claude Code 不讀）。「手動優先」的理由改寫成只在同一個 runtime 內成立
設了 CLAUDE_CONFIG_DIR 時查到不屬於本 session 的 plugin 清單：Claude plugin 的位置改成單一路徑 ${CLAUDE_CODE_PLUGIN_CACHE_DIR:-${CLAUDE_CONFIG_DIR:-~/.claude}/plugins}，刪掉「也查 ${CLAUDE_CONFIG_DIR}/plugins/（尚未驗證）」。實測只設 CLAUDE_CONFIG_DIR 時，installed_plugins.json、known_marketplaces.json、cache/、marketplaces/ 全在 ${CLAUDE_CONFIG_DIR}/plugins/；兩個變數都設時全在 CLAUDE_CODE_PLUGIN_CACHE_DIR

Changed

data-layer-architecture.md § 寫入規則：Layer 1 的 Claude plugin 路徑同步成上面的單一路徑（範圍不變，只是寫法）
安裝指南：§ 4.1〈安裝路徑與備份落點〉的 Claude plugin 那列同步；§ 1 加一列；新增 § 2.60
版號：8 個 SKILL.md 版本註解、control-tower/SKILL.md H1、version-governance.md 範例與版號表；安裝指南 § 1、§ 4.1 版號範例與發行物檔名同步（OLD=5.14.3、VER=5.14.4）

Notes

依 runtime 分開的搜尋順序是依規則推得；之前的實機驗證看到的是舊順序的問題（Claude 塔台推得會取 Codex 那份），新順序本身還沒有實機跑過
Codex 手動安裝的兩處（${CODEX_HOME:-~/.codex}/skills/、~/.agents/skills/）都有 bmad-guide 時，塔台取前者；Codex 不合併同名 skill，兩份都可能出現在選單

Unchanged

bmad-guide 找不到時的降級（提示一次、改手動 workflow 欄位）、Codex plugin 的位置、plugin 路徑只讀、references/ 相對於找到的 SKILL.md 不變
CT 派工命令（--skill + --workorder）、BAT 介面、斷點 A 正則、exit code、設定、工單欄位、狀態值不變
zip 手動安裝流程、發行物版面（全量 zip、8 個單一 skill zip、Guide zip）、plugin 名稱與內容組成不變
歷史段落（本檔舊段落、版號表舊列、安裝指南舊章節）不改

5.14.3 2026-10-30

PATCH：補上「一個塔台、多個巢狀的獨立 repo」的配置文件，附實機驗證結果。 上層目錄底下有好幾個跟團隊共用的獨立 repo 時，工單常被寫進各子 repo，BAT 面板看不到。原因是 Worker 在子 repo 執行、工單只好跟著 cwd 走，不是落點檢查要求的。CT 之前沒有寫這種配置怎麼做，本版補上：工單集中在上層的個人塔台 repo，Worker 在上層執行，子 repo 用 git -C commit。沒有新命令、新設定、新欄位；落點檢查、commit 規則、CT 派工命令、BAT 介面、斷點 A 正則、exit code 不變。升級只換 skill 檔案（見安裝指南 § 2.59）。

Added

mono-repo-patterns.md 新增 § 巢狀的獨立 repo（一個塔台、多個共用 repo）（唯一權威）：為什麼工單會跑進子 repo、目錄與上層設定（git init、.gitignore 排除子 repo）、工單 frontmatter（repo 填上層目錄名、project 填子 repo、affects_files 從上層寫）、工單步驟寫法（先讀子 repo 的 AGENTS.md／CLAUDE.md、確認子 repo 身分、git -C <子 repo> commit --only <去掉前綴的路徑>、回報區各記子 repo SHA、工單在上層 commit）、派工與面板、限制、何時改用每個 repo 一個塔台、已寫在子 repo 的舊工單怎麼處理、實機驗證結果
同一節寫明兩個看法：隊友不用 CT 時，執行紀錄不建議預設推到團隊共用的 remote（建議，不是規則）；parent_workorder 不是 CT 欄位，同一個塔台底下的關聯用 depends_on／related

Changed

multi-tower-protocol.md § 決策：一個塔台還是多個：加一列「子專案是跟團隊共用的獨立 repo、隊友不用 CT」，指向新節
work-order-template.md：「目標子專案」、affects_files 的路徑基準、repo 欄位各補一句巢狀獨立 repo 的說明；isolation 加「不能用」：工單在上層、產品檔在巢狀獨立 repo 的工單（worktree 裡沒有子 repo）
onboarding.md 主題 1、control-tower/SKILL.md 的 reference 路由：指回新節
安裝指南：〈情境 8：Mono-repo〉補巢狀獨立 repo 的例子；新增 § 2.59
版號：8 個 SKILL.md 版本註解、control-tower/SKILL.md H1、version-governance.md 範例與版號表；安裝指南 § 1、§ 4.1 版號範例與發行物檔名同步（OLD=5.14.2、VER=5.14.3）

Notes

這個配置用 CT 5.14.2＋BAT 0.7.2-pre.1 在拋棄式目錄實機驗證過：Worker 在上層執行，落點檢查 C-0、C-1、C-3 都通過，兩個子 repo 各自 git -C commit 成功，上層看不到子 repo 的檔案
尚未實機驗證：BAT 面板一鍵派工（要另開一個指向上層的 BAT workspace；cwd = workspace 根是依 BAT 的行為推得）、子 repo 有 remote 時的 push
新目錄第一次派工時，Claude Code 會先問要不要信任這個資料夾，--wait-started 可能回 exit 8；使用者在分頁回答後就正常開始，不需要重派
宣告子 repo 根目錄的 frontmatter 欄位與對應的落點檢查，本版沒有做，之後另議

Unchanged

落點檢查（C-0～C-3）、ct-exec 的 commit 規則、工單欄位、狀態值、設定不變
CT 派工命令（--skill + --workorder）、BAT 介面、斷點 A 正則、exit code 不變
zip 手動安裝流程、發行物版面（全量 zip、8 個單一 skill zip、Guide zip）、plugin 名稱與內容組成不變
歷史段落（本檔舊段落、版號表舊列、安裝指南舊章節）不改

5.14.2 2026-10-30

PATCH：Codex 搭配 BAT 派工也支援 plugin 安裝（需 BAT >= 0.7.2-pre.1）。 5.14.0 起寫明「Codex 搭配 BAT 派工請用 zip 手動安裝」：BAT 對 Codex 一律送 $ct-exec，plugin 版在 Codex 只認 $ct:ct-exec。BAT 0.7.2-pre.1 起改成依 Codex 端實際的安裝方式送 $ct-exec 或 $ct:ct-exec，本版把限制改成依 BAT 版本。沒有新命令、新設定；CT 派工命令（--skill + --workorder）、BAT 介面、斷點 A 正則、exit code 不變。升級只換 skill 檔案（見安裝指南 § 2.58）。

Changed

auto-session.md § 依安裝方式的 skill 呼叫字串（唯一權威）：Codex plugin 列與規則 2 改成依 BAT 版本——BAT >= 0.7.2-pre.1 由 BAT 在 Codex 端判斷安裝方式（手動安裝的 skill 存在 → $ct-exec；否則啟用中的 ct@* plugin → $ct:ct-exec；判斷不了 → $ct-exec；兩種都裝時用手動那份），zip 手動安裝與 plugin 都能接受 BAT 派工；更舊的 BAT 一律送 $ct-exec，Codex 端只支援手動安裝。判斷細節以 BAT 為準
auto-session.md § 依賴的 BAT 基礎設施：新增一列「BAT 對 Codex 依安裝方式組呼叫字串」，需 BAT >= 0.7.2-pre.1；§ 執行方式的 --skill 說明同步
version-governance.md § plugin 安裝／升級：〈Codex 搭配 BAT 派工：繼續用 zip 手動安裝〉改為〈Codex 搭配 BAT 派工：依 BAT 版本〉，引用權威
ct-help § Command Families、安裝指南 § 1〈目前版本一覽〉、§ 4.1〈用 plugin marketplace 安裝／升級〉、§ 4.2 平台注意事項：Codex＋BAT 的說明改成依 BAT 版本
版號：8 個 SKILL.md 版本註解、control-tower/SKILL.md H1、version-governance.md 範例與版號表；安裝指南新增 § 2.58，§ 1、§ 4.1 版號範例與發行物檔名同步（OLD=5.14.1、VER=5.14.2）

Fixed

工單 ID 格式的範例表更正：work-order-system.md § 工單 ID 格式自 v5.0.6 起把一個前綴剛好 4 字元的 ID 列為「前綴超過 4 字元」的非法範例；4 字元是權威正則允許的上限，所以它其實合法。改成合法列加這個 4 字元前綴的例子，非法範例改用 5 字元前綴。正則本身沒錯、不變，只有範例錯

Notes

尚未實機驗證：Codex＋BAT＋plugin 的端到端派工。BAT 以隔離試裝驗證四種安裝狀態的判斷結果與 Codex 自己列出的 skill 一致，但還沒有實際派一張工單給只裝 plugin 的 Codex Worker
最低 BAT 版本只針對「Codex 用 plugin 安裝又要接 BAT 派工」；Codex 用 zip 手動安裝、或只用 Claude Code 的，BAT 不必升級

Unchanged

CT 派工命令（--skill + --workorder）、BAT 介面、斷點 A 正則、exit code、設定、工單欄位、狀態值不變
Claude Code 的呼叫寫法與 BAT 派工不變（手動安裝與 plugin 都是 /ct-exec）
非 BAT 路徑（開新分頁、剪貼簿、文字提示）照舊：塔台不偵測 Worker 端的安裝方式
zip 手動安裝流程、發行物版面（全量 zip、8 個單一 skill zip、Guide zip）、plugin 名稱與內容組成不變
歷史段落（本檔舊段落、版號表舊列、安裝指南舊章節）不改

5.14.1 2026-10-30

PATCH：塔台偵測得到 plugin 安裝的 bmad-guide（Level 2）、安裝說明補同一個 marketplace 的 bmad-guide、塔台端派工範本改用完整工單 ID。 5.14.0 只寫「讀取已安裝 skill」，塔台找慣用的 skills/ 目錄；用 plugin 裝的 bmad-guide 找不到，也不說一聲就改用手動 workflow 欄位。沒有新命令、新設定；BAT 介面、派工命令的參數與順序、斷點 A 正則、exit code 不變。升級只換 skill 檔案（見安裝指南 § 2.57）。

Fixed

塔台偵測得到 plugin 安裝的 bmad-guide（Level 2）：enhancement-integration.md § Level 2 › 偵測改成明列搜尋順序（唯一權威）——手動安裝 skills/bmad-guide/SKILL.md（~/.claude、~/.codex、~/.agents）→ Claude plugin（${CLAUDE_CODE_PLUGIN_CACHE_DIR:-~/.claude/plugins}/installed_plugins.json 的 bmad-guide@* → installPath）→ Codex plugin（config.toml 啟用的 bmad-guide@* → plugins/cache/<marketplace>/bmad-guide/<version>/）；並存時手動優先；references/ 相對於找到的 SKILL.md；plugin 路徑只讀
不再靜默降級：可用 skill 清單有 bmad-guide／bmad-guide:bmad-guide 但讀不到檔案時，提示使用者一次，再改手動欄位；清單裡也沒有才照舊靜默

Changed

version-governance.md § plugin 安裝／升級與安裝指南 § 4.1：同一個 marketplace 另有 bmad-guide（bmad-guide@control-tower，可選，版號跟 BMad-Method 走、不跟 CT）——名稱表、安裝、升級、遷移（要改用 plugin 先移除手動安裝）、呼叫寫法、版號確認
塔台端指令範本 --workorder、--close-worker、--worktree-status 由 T#### 改成 <工單 ID>（含前綴、不截短；與 5.13.1 的 Worker 端相同），auto-session.md § 執行方式加一點說明；/ct-exec T#### 等呼叫字串樣板的 T#### 同樣代表完整 ID
mono-repo-patterns.md、multi-tower-protocol.md：project-context.md → AGENTS.md 的專案上下文區塊（BMad v6.11+，以 bmad-guide v6.12.4 為準）
enhancement-integration.md § Playbook → bmad-guide 回饋：bmad-guide 為 plugin 安裝時不改已安裝檔案，改提議修改原始碼、隨下一版發布
data-layer-architecture.md § 寫入規則：補記設了 CLAUDE_CODE_PLUGIN_CACHE_DIR 時，installed_plugins.json、known_marketplaces.json 也一起改到它指的目錄（Layer 1 範圍不變）
版號：8 個 SKILL.md 版本註解、control-tower/SKILL.md H1、version-governance.md 範例與版號表；安裝指南新增 § 2.57，§ 1〈目前版本一覽〉、§ 4.1 版號範例與發行物檔名同步（OLD=5.14.0、VER=5.14.1）

Unchanged

BAT 介面、派工命令的參數與順序、斷點 A 正則、exit code、設定、工單欄位、狀態值不變
zip 手動安裝流程、發行物版面（全量 zip、8 個單一 skill zip、Guide zip）、plugin 名稱與內容組成不變
歷史段落（本檔舊段落、版號表舊列、安裝指南舊章節）不改

5.14.0 2026-10-30

MINOR：CT 另提供 plugin marketplace 安裝（Claude Code、Codex）；zip 手動安裝照舊。 marketplace control-tower 放在本站的公開 repo 根目錄（指令見安裝頁）；CT plugin ct（8 個 skill）、教學 plugin ct-guide；beta 不上架。 BAT 介面不變、最低 BAT 版本不變。Codex 搭配 BAT 派工請繼續用 zip 手動安裝（BAT 對 Codex 送 $ct-exec，plugin 版在 Codex 只能用 $ct:ct-exec 呼叫）。升級只換 skill 檔案（見安裝指南 § 2.56）。

Added

version-governance.md § 安裝／升級流程 › plugin 安裝／升級（唯一權威）：安裝（claude plugin marketplace add（加本站的公開 repo，指令見安裝頁）→ claude plugin install ct@control-tower；codex plugin marketplace add → codex plugin add ct@control-tower）、升級、從 zip 手動安裝遷移（先備份並移除手動安裝，否則 /ct-exec、$ct-exec 會用手動那份，plugin 版靜默不生效）、版號確認（plugin list --json）、回退
auto-session.md § 依安裝方式的 skill 呼叫字串（唯一權威）：Claude 手動／plugin 都用 /ct-exec T####（完整寫法 /ct:ct-exec）；Codex 手動 $ct-exec T####、plugin $ct:ct-exec T####；BAT 派工對 Codex 只支援手動安裝；Codex 寫法一律單引號
安裝指南 § 4.1〈用 plugin marketplace 安裝／升級〉、§ 2.56

Changed

data-layer-architecture.md § 寫入規則：Layer 1 路徑加上 plugin 安裝路徑（~/.claude/plugins/、CLAUDE_CODE_PLUGIN_CACHE_DIR、$CODEX_HOME/plugins/、$CODEX_HOME/.tmp/marketplaces/）；Q2 補 plugin 機制、Q3 補 plugin 安裝的授權（只能用 plugin 指令）、Q4 註明 plugin 不備份。control-tower/SKILL.md、ct-evolve/SKILL.md 改為只引用權威，不再列路徑
ct-insights 預篩腳本的路徑改用「已載入的 ct-insights skill 所在目錄」，不再寫死 ~/.claude/skills／~/.codex/skills（plugin 安裝時 *insights workflow 才找得到腳本）
ct-help、8 個 agents/openai.yaml 的 default_prompt、安裝指南 § 4.2／§ 4.3／§ 14：呼叫寫法補 plugin 安裝（Codex 用 $ct:<skill>）；非 BAT 開分頁／剪貼簿的 <agent-cli> 為 codex 時改用 Codex 寫法
版號：8 個 SKILL.md 版本註解、control-tower/SKILL.md H1、version-governance.md 範例與版號表；安裝指南新增 § 2.56，§ 1〈目前版本一覽〉、§ 4.1 版號範例與發行物檔名同步（OLD=5.13.1、VER=5.14.0）

Fixed

auto-session.md § Worker 側讀取規則寫死 ~/.claude/skills/ct-exec/SKILL.md（plugin 安裝與 Codex 下都錯），改相對連結；原文指向的兩個小節名稱已不存在，改指 ct-exec/SKILL.md § Mode And Environment
tower-config.md worker_max_retries、worker_strikeout_action 兩列的 session-guardrails.md 連結層級錯（../ → ../../）；enhancement-integration.md 指向 data-layer-architecture.md 的連結層級錯

Unchanged

zip 手動安裝流程、發行物版面（全量 zip、8 個單一 skill zip、Guide zip）不變；claude.ai 仍上傳單一 skill zip
BAT 介面、派工命令（--skill／--workorder）、斷點 A 正則、設定、工單欄位、狀態值不變
8 個 skill 一律放在同一個 plugin（../ 相對連結依賴它們是兄弟目錄）
歷史段落（本檔舊段落、版號表舊列、安裝指南舊章節）不改

5.13.1 2026-10-30

PATCH：通知用工單完整 ID、BAT 塔台面板讀取契約對齊 BAT 0.7.1-pre.9、BMad 舊說法 4 項。 設了工單前綴的專案，Worker 收尾通知有時漏掉前綴，BAT 用 --source 對不上 Worker 分頁，無法標成 Done、也無法一次關掉已完成的 Worker 分頁。沒有新命令、新設定；BAT 介面、派工命令、斷點 A 正則不變。升級只換 skill 檔案（見安裝指南 § 2.55）。

Fixed

通知用工單完整 ID：ct-exec、ct-done、auto-session.md、yolo-mode.md、安裝指南的通知範本由 T#### 改成 <工單 ID>——/ct-exec 收到什麼 ID 就照原樣用（等於 frontmatter id，含前綴，不得截短）。原範本讓 Worker 把帶前綴的 ID 截掉前綴，BAT 用 --source 對不上 Worker 分頁、無法標 Done。適用 --source、訊息字串、--ask --source 與手動備援訊息。唯一權威：work-order-system.md § 回報與通知用的工單 ID。
Worker 送出前比對：收尾通知、--ask、手動備援訊息送出前與 frontmatter id 比對（舊單沒有 id 時取檔名），不一致就改用 frontmatter 的值並在回報區記一行。
塔台端容錯：回報 ID 在熱區沒有完全相同的工單、但恰好一張是「前綴 + 同號」時，當作那一張處理並記錄「回報 ID 缺前綴」；多張同號或找不到就問使用者（yolo 屬斷點 A）。這只保住塔台收單，BAT 標 Done 仍靠 Worker 送對 --source。權威：work-order-system.md § 回報處理流程 › 回報 ID 對不上時。

Changed

memory-protocol.md § BAT 塔台面板讀取契約：BAT >= 0.7.1-pre.9 讀不到決策、臭蟲、待辦池、Epics、Sprint 的檔時顯示「無法讀取 <檔名>」（太大時附 KB 數與 512 KB 上限），讀不到的工單仍列在清單（UNKNOWN）；critical 在任何讀取路徑都算 High。更舊的 BAT 照舊靜默變空，所以 400 KB 預算保留；512 KiB 上限不變。bug-plan-system.md 同步一句。
BMad 舊說法（以 bmad-guide v6.12.4 為準）：派發摘要範例的產出改為 AGENTS.md 的專案上下文區塊；「Quick Flow」改稱 Spec / Build；bmad-automator 的替代補 bmad-build-auto；「BMad v6.10」標題改 v6.10+；bmad-guide 範例版號更新。
版號：8 個 SKILL.md 版本註解、control-tower/SKILL.md H1、version-governance.md 範例與版號表；安裝指南新增 § 2.55，§ 4.1 版號範例同步（OLD=5.13.0、VER=5.13.1、發行物檔名），§ 13 project-prefix 列與 § 14 /ct-exec、/ct-done 列補完整 ID 一句。

Unchanged

BAT 介面、CT 最低 BAT 版本、派工命令（--workorder、--close-worker）、旗標、exit code 不變；斷點 A 正則本來就涵蓋前綴，不改。
沒設工單前綴的專案行為不變（完整 ID 就是 T 加數字）。
設定、工單欄位、狀態值不變；400 KB 預算與 512 KiB 上限的數字不變。
歷史段落（本檔舊段落、版號表舊列、安裝指南舊章節）不改。

5.13.0 2026-10-29

MINOR：BUG／工單狀態衛生、BAT 塔台面板讀取契約、_tower-state.md 機器可讀摘要契約 v1，新增 3 個設定。 讓 BAT 指揮塔面板（總覽、決策、臭蟲、待辦池、工單）穩定讀得到 CT 寫的檔，並讓未結清單只留真的還要做的事。新設定依 version-governance.md § SemVer 慣例屬 MINOR（原規劃為 PATCH，中間沒有另發 PATCH）。 BAT 介面不變、最低 BAT 版本不變；對照 BAT 0.7.1-pre.8 的解析器。升級無需遷移（見安裝指南 § 2.54）。

Added

_tower-state.md 機器可讀摘要契約 v1（memory-protocol.md § 機器可讀摘要（YAML frontmatter），唯一權威）：塔台每次寫入 _tower-state.md 都同步更新檔頭 frontmatter（schema_kind、summary_version、updated_at、session、next_ids、todo），BAT 指揮塔總覽讀得到待辦與下一個編號。與 v6 同一份契約，欄位與 BAT 逐欄一致；舊專案沒有摘要不算錯，下次寫入時補上。Startup Protocol 與 *pause／*resume 都指回這一節
BAT 塔台面板讀取契約（memory-protocol.md 新節，唯一權威）：熱檔大小預算 400 KB（409,600 bytes，以磁碟 UTF-8 位元組計）與 BAT 讀檔上限 524,288 bytes、超過時 BAT 各頁的表現、各檔 BAT 依賴的格式、嚴重度／優先級值域對照、frontmatter 與 BOM 共通規則。對照 BAT 0.7.1-pre.8
_bug-tracker.md／_backlog.md 索引格式（bug-plan-system.md § 索引格式，唯一權威）：原本指向的「SKILL.md *sync 段落」不存在，補上完整格式
Startup Protocol 與 *sync 量熱檔大小，超過預算或上限各印一行提示（不阻擋）
決策日誌收斂程序（decision-log-system.md § 收斂）：較舊的詳細紀錄原文搬到 _archive/decisions/_decision-log-D###-D###.md，熱檔保留涵蓋全部決策的索引表，🔴 危害規則逐字留在熱檔
BUG 結案判準（bug-plan-system.md § 結案判準）：七種情況對應 FIXED／CLOSED／WONTFIX／OPEN；不新增狀態值，改用選填欄位 closed_reason（not_a_defect、superseded、duplicate、obsolete、external、deferred）；延後的 BUG 列進 _backlog.md〈後續待辦（延後的 BUG）〉、留在熱區、可重開
未結 BUG 清理提示：*sync／*insights 在未結張數或久未更新天數超過門檻時印一行，新設定 bug_review_open_threshold（預設 20）、bug_review_stale_days（預設 30）
客戶驗收不回歸閘（可選）：新設定 customer_acceptance_gate（預設 off）；on 時會改程式或資料的工單多〈相關通過案例〉段，Worker 動工前逐案判定，會改變通過案例就停下交使用者

Changed

決策日誌索引表頭 # 改 ID；寫明每列 | 開頭與結尾、格子內不得有 |、索引涵蓋熱檔每一筆、標題固定 ### D### YYYY-MM-DD — 標題、熱檔不放其他含 ID 欄的表格；*sync 格式驗證加 BAT 可讀性與大小
_bug-tracker.md 索引：未結區段時間欄改 報修時間、CLOSED／WONTFIX 為 關閉時間，加 相關工單 欄；嚴重度／優先級格子一律 🔴 High／🟡 Medium／🟢 Low（critical 寫 🔴 High（critical）），不再只寫 emoji；寫明狀態只由區段標題決定
_backlog.md 索引：## Dropped 表頭改 | ID | 標題 | 原因 | 連結 |（原刪除線表頭讓整區讀不到）
PARTIAL 收尾時點提前到塔台裁示當下（work-order-system.md § PARTIAL 當下收尾）：補〈塔台收尾補記〉並改 DONE，接手單完成後回頭確認；歸檔前覆核改為最後防線
改了 BUG／PLAN 狀態要同一批重建 _bug-tracker.md／_backlog.md
版號：8 個 SKILL.md 版本註解、control-tower/SKILL.md H1、version-governance.md 範例與版號表；安裝指南新增 § 2.54，§ 4.1 版號範例同步（OLD=5.12.8、VER=5.13.0、發行物檔名），§ 13 Config 速查表加 3 個新設定

Unchanged

BAT 介面、CT 最低 BAT 版本、派工與通知的指令、旗標、exit code 不變。
BUG 狀態值不變（OPEN／FIXING／FIXED／VERIFY／CLOSED／WONTFIX，與 BAT 一對一）；工單狀態值不變。
既有設定的值域與預設不變；三個新設定不設就用預設，行為與 5.12.8 相同（清理提示只多印一行）。
歷史段落（本檔舊段落、版號表舊列、安裝指南舊章節）不改；安裝指南 § 2.13 只加一行 📌 註。

5.12.8 2026-10-27

PATCH：BMAD 路由與工單規則裡 BMad-Method v6.11 前的舊名改成現行名稱，並修正「bmad-create-story 內建 Review」的說法。 BMad-Method v6.12 起新安裝預設不裝舊名的 shim（要 --shims 才裝），照舊名開出的工單可能叫不到 skill。名稱以 BMad-Method v6.12.4（bmad-guide v6.12.4）為準。

Fixed

路由與規則直接用舊名的地方換成現行名稱：
- control-tower/references/enhancement-integration.md:52（ECC 觀察範例 bmad-create-prd → bmad-prd）、:114（bmad-quick-dev → bmad-build）、:115、:133、:148（bmad-dev-auto → bmad-build-auto）、:129（補 context 改用 bmad-project-context（setup intent），取代 bmad-document-project／bmad-generate-project-context）、:152（bmad-dev-auto-result-*.md → bmad-build-auto-result-*.md）、:133、:154（final_revision → commit 範圍 baseline_revision..HEAD；多個 story 用 baseline_revision..下一個 story 的 baseline_revision）
- control-tower/references/work-order-system.md:132（dev-story 工單 → 開發（bmad-build）工單）、:147（派發摘要範例 bmad-generate-project-context → bmad-project-context（setup intent））、:172（bmad-dev-auto → bmad-build-auto、final_revision → commit 範圍）
- control-tower/references/work-order-template.md:62、:63、:65（bmad-dev-auto → bmad-build-auto、結果檔名、final_revision → commit 範圍）
- control-tower/references/debug-strategies.md:12（dev-story → 開發（bmad-build））
work-order-system.md:120 的審查說法：原本寫「使用 bmad-create-story 時 Story 內建 Review、不需額外工單」，已不成立。改成：bmad-create-story 是保留的 shim；Story 拆分走 bmad-spec Story Breakdown，審查在 bmad-build 的 Review Triage，不能因為用了 story 就省略審查；用 bmad-build 時看 spec 的 ## Review Triage Log 有沒有跑，沒跑就照同一表的其他條件另派審查工單。
版號：8 個 SKILL.md 版本註解、control-tower/SKILL.md H1、version-governance.md 範例與版號表；安裝指南新增 § 2.53，§ 4.1 版號範例同步（OLD=5.12.7、VER=5.12.8、發行物檔名）。

Unchanged

已經寫明「舊名 → 新名」的退役對照保留：enhancement-integration.md:129～:131、work-order-system.md:171、:174、:175。
control-tower/SKILL.md 的「退役名要經外部 bmad-guide 確認才路由」原則不變；其他規則、旗標、exit code、步驟不變。
BAT 介面不變、CT 最低 BAT 版本不變；設定的值域與預設、工單 metadata 不變。
歷史段落（本檔舊段落、版號表舊列、安裝指南舊章節）不改。

更版紀錄 ​

6.0.0 2026-11-07 ​

升級說明 ​

Changed ​

Unchanged ​

Known unverified（已知未驗：正式版仍未實機驗證的路徑） ​

5.15.0 2026-11-01 ​

Changed ​

Fixed ​

Notes ​

Unchanged ​

5.14.4 2026-10-30 ​

Fixed ​

Changed ​

Notes ​

Unchanged ​

5.14.3 2026-10-30 ​

Added ​

Changed ​

Notes ​

Unchanged ​

5.14.2 2026-10-30 ​

Changed ​

Fixed ​

Notes ​

Unchanged ​

5.14.1 2026-10-30 ​

Fixed ​

Changed ​

Unchanged ​

5.14.0 2026-10-30 ​

Added ​

Changed ​

Fixed ​

Unchanged ​

5.13.1 2026-10-30 ​

Fixed ​

Changed ​

Unchanged ​

5.13.0 2026-10-29 ​

Added ​

Changed ​

Unchanged ​

5.12.8 2026-10-27 ​

Fixed ​

Unchanged ​

延伸閱讀 ​

更版紀錄

6.0.0 2026-11-07

升級說明

Changed

Unchanged

Known unverified（已知未驗：正式版仍未實機驗證的路徑）

5.15.0 2026-11-01

Changed

Fixed

Notes

Unchanged

5.14.4 2026-10-30

Fixed

Changed

Notes

Unchanged

5.14.3 2026-10-30

Added

Changed

Notes

Unchanged

5.14.2 2026-10-30

Changed

Fixed

Notes

Unchanged

5.14.1 2026-10-30

Fixed

Changed

Unchanged

5.14.0 2026-10-30

Added

Changed

Fixed

Unchanged

5.13.1 2026-10-30

Fixed

Changed

Unchanged

5.13.0 2026-10-29

Added

Changed

Unchanged

5.12.8 2026-10-27

Fixed

Unchanged

延伸閱讀