核心問題
AI 會失憶。Session 會結束。人會忘記昨天做了什麼決定。
問題不是「怎麼讓大家都記住」，而是「怎麼設計一個系統，讓記不住也沒關係」。
運作機制：工作流軌道
約束不是「限制你不能做什麼」。約束是「設計一條軌道，讓東西不會掉出去」。
河道的隱喻
想像一條河流：沒有河道，水會四處漫流，最後蒸發消失。有了河道，水會沿著軌跡流動，抵達目的地。工作流就是河道——它不控制水要怎麼流，它只確保水不會流到錯的地方。
工作流設計三原則：每個階段都是一個閘門（真的停下來確認）；文件跟著流程走（換了 session，讀文件就知道在哪裡）；未知領域需要更多閘門（不是官僚，是保護）。
雙軌工作流
六步輕裝前進。Claude 熟悉此領域，踩坑機率低。
十步全副武裝。兩個人一起摸黑走進去，需要更多護欄。
各節點的具體內容
Definition of Ready——在開始之前確認需求清楚、Nova 確認可以動工。避免在沒準備好時就衝進去浪費能量。
Specification-Driven Development——任何新實作先寫進規格。新的 IPC command、新功能——先定義介面和行為，再動手。SDD 是「該做什麼」的單一真相來源。
Definition of Done——定義什麼叫「完成」，必須涵蓋四種邊界：Input（輸入不合法）、State（狀態不對）、Timing（時機不對）、Empty（沒有資料）。沒有 DoD，「完成」永遠可以被挑戰。
Test-Driven Development——每個 Story 四個測試區塊：Happy path、Boundary conditions（來自 DoD）、Regression guard、Risk trigger（來自 Explore②）。TDD 不是為了寫測試，是為了在寫 code 之前就想清楚。
對照 SDD 確認每個行為都實現了；對照 DoD 確認四種邊界都處理了；對照 TDD 確認所有測試都通過了。
見第三本柱：Entropy。
哲學基礎：僕人式領導
僕人式領導（Servant Leadership）的核心：領導者的角色不是控制，而是服務。不是「你們照我說的做」，而是「我能幫你們什麼」。
Nova 的角色
- ✦ 設計河道的走向
- ✦ 清除河道中的阻塞
- ✦ 觀察哪裡不順暢
- ✦ 必要時修改河道
Nova 不做的事
- ✗ 控制水要怎麼流
- ✗ 命令水要流多快
- ✗ 抓著水不讓它走
老子：無為而無不為。
河道不強迫水往上流。河道順著地勢，讓水自然往下。工作流不強迫 AI 照特定方式實作，順著協作節奏，讓產出自然成形。
因為 AI 的能力比人強，但 AI 需要方向。如果人試圖控制 AI 的每一步，會變成瓶頸。如果人只負責引領方向、設計結構，AI 就可以在那個結構裡全速奔跑。
文件與流程的關係
這個系統裡，連文件都是 Claude 自己在記錄的，不是人類。人類做的事情只有一件：決定什麼時機點該記錄。
人類不控制內容，只設計時機。人類不追蹤進度，只設計讓進度自己被記錄的系統。
當文件嵌進流程，系統就會自己運轉：流程走到某個節點 → 節點觸發記錄 → Claude 執行記錄 → 記錄成為下一個 session 的 Context → 循環繼續。
VAS 就是這樣誕生的：一開始沒有「要做一個上架 App Store 的產品」這個終點。只有一個方向。然後一個 Sprint 接一個 Sprint，路自己長出來。終點不是預先定義的，是走出來的。
小結
Constraints 管理的核心是引導。
不是限制，是設計軌道。工作流提供了引導的結構：每個節點是一個閘門，文件跟著流程走。河道提供了引導的隱喻：不控制水，只確保水不會流錯地方。
Constraints 決定怎麼流動。流動之後怎麼出去？→ 這是 Entropy 的工作。