完整流程的互動模擬——不含實際模型呼叫。
問題
AI 代理很會寫程式,卻很難被信任。
現今的編程代理是不透明的自動駕駛:你只能在最後核可一大包 diff,每個 token 都跑昂貴的前沿模型,專案一大就會偏移。沒有敏捷結構、沒有逐步檢查點、也沒有成本控管。
⛒
兩道人工關卡
在任何程式碼執行前,你先核可拆解後的待辦;完成後再驗收。中間全自動,但全程可見。
⇄
混合成本路由
工作預設留在本地且免費,直到重試額度用盡才升級到雲端。你不必為了讀每一個 diff 付前沿模型的價錢。
▤
原子化工單合約
每張工單都是 JSON-Schema 合約,程式碼直接內嵌,並附上可被機器驗證的 Definition of Done。「完成」是測試結果,不是主觀判斷。
核心理念
把角色放到對的位置
不直覺的選擇:人類是 Product Owner,而不是 Scrum Master。流程機制可以自動化,產品判斷不行。
Product Owner
你
定義需求、核可範圍、驗收成果。
Tech Lead
雲端模型
拆解成原子工單、撰寫 DoD、執行審查。
Scrum Master
協調器
派發、路由、重試、升級——全自動。
開發團隊
本地 LLM
讀取脈絡、撰寫程式、執行測試、回報。
運作方式
一個需求,一條流程
輸入需求並拆解你寫下需求;Tech Lead 將它拆成可測試的原子工單。
關卡 1 — 核可範圍在任何程式碼執行前,你檢視、編輯或排除提案的工單。
執行並自我修正本地模型撰寫程式並執行工單的測試,在額度內重試。
審查Tech Lead 自動依 Definition of Done 檢查 diff。
關卡 2 — 驗收你驗收,或附上回饋退回重做。
為什麼選 HAAO
不是又一個編程代理——而是控制中樞
| HAAO | 編程代理(Devin / Cursor / Copilot Workspace) | |
|---|---|---|
| 人工控制 | 兩道明確關卡(範圍 + 驗收) | 僅在最後核可一次 diff |
| 成本模式 | 混合:前沿模型負責推理,本地負責執行 | 全部都用前沿模型 |
| 隱私 | 可選本地執行(程式碼留在內部) | 僅限雲端 |
| 心智模型 | 敏捷工單 + Definition of Done | 自由形式的自動駕駛 |
| 信任姿態 | 審查結論 + 重做循環,可回復 | 大多不透明 |
常見問題
HAAO 是什麼?
HAAO(Hybrid AI-Agile Orchestrator)是一個開源的 AI 編程代理治理層。雲端模型負責拆解與審查,本地模型負責執行,兩道人工關卡讓人保持對範圍與交付內容的掌控。
它和 Cursor、Devin 或 Copilot Workspace 有何不同?
那些是編程代理——單一模型包辦一切,你只在最後核可 diff。HAAO 是代理外圍的控制中樞:混合成本路由(前沿負責推理、本地負責執行)、兩道明確的人工關卡,以及作為可被機器驗證合約的工單。
我需要雲端 API 存取嗎?
雲端模型(Claude)負責拆解與審查。執行透過 LM Studio 在本地模型上進行,因此大部分工作免費又私密。雲端被擋在重試額度之後,不在主要路徑上。
可以用於正式環境嗎?
還不行——它是一個可運作的端到端原型,只完成了受控的小樣本試點。目前刻意維持單專案、單工作者。在真實 repo 上做更大規模的驗證是下一個里程碑。
它是開源的嗎?
是的,採 MIT 授權。你可以自行架設並使用自己的金鑰。