為什麼需要預算防線保護？

在使用自動駕駛模式（Autopilot）或 Sisyphus 自動化修復引擎時，AI 助手會在背景自主進行多次「修改 -> 建置 -> 看 Error -> 再修改」的遞歸循環。

潛在風險 (Potential Risks)： 如果程式碼中存在一個隱蔽的死鎖 Bug，或者測試代碼與業務邏輯有嚴重的循環依賴，AI 助手可能會陷入死循環，在背景反覆嘗試修改，這會在短短半小時內消耗掉上百萬個 Token，產生高昂的 API 帳單。

預算防線保護工作流 (Budget-Limited Autopilot Flow) 透過 OMC 的預算監控，為自動化開發拉起一條安全警戒線。

步驟詳解與實戰指令

    ┌──────────────────────┐
    │  1. 設定預算上限     │  <-- 執行 omc config set budget.limit
    └──────────┬───────────┘
               │ 
               ▼
    ┌──────────────────────┐
    │  2. 啟動 HUD 監控列  │  <-- 執行 omc hud --enable
    └──────────┬───────────┘
               │
               ▼
    ┌──────────────────────┐
    │  3. 自動駕駛任務執行  │  <-- 執行 omc sisyphus --loop
    └──────────┬───────────┘
               │
               ▼
    ┌──────────────────────┐
    │  4. 預算熔斷或成功   │  <-- 超過 85% 自動暫停，保存進度
    └──────────────────────┘

步驟 1：配置全域會話預算與模型路由

在啟動任務前，在全域設定檔中，將單次會話的最大容許花費設定為安全門檻（例如 5.0 美元），並啟用智慧路由。

• 實戰指令：

  omc config set budget.maxSessionCostUsd=5.0
  omc config set routing.modelSelector=smart-route

步驟 2：啟用終端動態 HUD 顯示

啟用 HUD，在終端機底部固定渲染進度與開銷進度條。

• 實戰指令：

  omc hud --enable

步驟 3：啟動 Sisyphus 自主修復任務

執行重構任務。此時 AI 在背景執行修改，OMC 在每次 API 請求結束時，會實時解析 Anthropic 回傳的 usage 標籤，累計花費。

• 實戰指令：

  omc sisyphus --build-cmd="dotnet build" --loop

步驟 4：預算熔斷保護 (Budget Safeguard)

如果任務極為複雜，累計費用觸及了預算的 85% (即 $4.25 美元) 時，OMC 會立即執行安全熔斷，強行暫停 AI 助手進程，將工作區狀態（Git Staging）與當前任務隊列完整封存，並發出終端機警報音，等待人類開發者介入審查，防止 Token 暴走。