長時間運行的工作

對於需要多輪分析、修改、驗證和回訪的任務，可以把它定義為長期目標，而不是依賴一條很長的消息。EvoX 會圍繞目標保留目標正文、輪次、預算、進度和停止原因，並在會話或編碼界面持續顯示狀態。

啓動目標

在會話、協作或編碼的輸入框中，打開 + > 設定目標，確認輸入框出現“目標”標籤，再填寫目標併發送。標籤只作用於下一條成功發送的消息；發送後恢復普通輸入，不表示正在運行的目標已經停止。

也可以輸入 /goal <目标>。只輸入 /goal 會先啓用目標輸入，下一條發送的正文才是目標。目標模式與計劃模式互斥：先規劃時使用計劃模式，確定完成條件後再啓動目標。

目標應明確結果、工作範圍和驗證方式。啓動目標不會擴大文件、插件或外部服務權限，原有確認、沙盒和工作區邊界繼續生效。

明確完成標準

目標最好寫成“完成契約”，讓 EvoX 能判斷什麼時候真的完成。可以包含以下內容：

例如：

把客户端登录流程迁移到新的认证接口，保留现有行为。
完成标准：相关测试全部通过，并在严格类型检查下构建成功。
范围：只修改登录模块和对应测试，不改动无关的基础设施。
每次修改后重新运行相关测试；如果需要扩大范围，先停下来说明原因。

/write-goal 會圍繞最終狀態、可觀察證據、工作邊界、迭代方式和停止規則整理目標。目標越具體，長時間運行時越容易判斷進度，也越不容易在沒有證據的情況下誤報完成。

查看與控制目標

目標狀態條顯示目標正文、運行時長、輪次和已提供的進度。將指針移到輪次信息上，可查看本輪運行的預算與輪次上限。這些信息用於查看運行邊界，不是獨立的預算編輯器。

等待控制請求返回時，相關按鈕會暫時禁用。輸入框中的“目標”標籤只控制下一條消息，不負責暫停或刪除正在運行的目標。

目標完成、遇到阻塞、達到輪次上限和耗盡 token 預算是不同的結束原因。檢查結束原因和實際驗證結果，不能把狀態條消失或停止運行當作任務完成。

當前運行時長與輪次在應用內存中跟蹤；不要依賴退出或重啓應用來保留這一輪運行狀態。需要中斷工作時，在會話中保留已完成項目、驗證結果與剩餘事項，再據此繼續。

下面的示意用於解釋目標狀態的信息層級：

並行運行目標

Code 提供“拆分並行”入口：可以一次填寫多個子目標，並創建多個獨立的本地 Code 會話。每個子會話都有自己的上下文和初始目標，適合把分析、實現和驗證拆成並行工作。

這項能力有明確邊界：

• 並行創建的是多個 Code 會話，不等同於遠程智能體調度。
• 默認使用同一個工作目錄來源；並不是每個子目標都會自動擁有獨立 worktree。
• 批量拆分要求當前目錄是可用的 Git worktree；不滿足條件時，EvoX 會阻止創建或提示原因。

Code 還提供受管任務 worktree 的創建、查看、切換和清理面板。worktree 用於隔離文件改動；清理前會處理未提交改動，並在 Git 允許時刪除對應的 EvoX 任務分支。拆分並行解決的是會話並行，worktree 解決的是文件隔離和生命週期管理，兩者不是同一個功能。

保持喚醒與通知

支持的 macOS 環境可在 設置 > 高級 > 運行時防止睡眠中保持喚醒。考慮電源與散熱；關機、退出應用或網絡中斷仍會影響本地任務。

工作需要關注時，通過活動列表、系統通知或桌寵查看提醒。系統通知按窗口後台狀態、提醒通道和系統通知權限發送，完整結果以會話和目標狀態為準，詳見通知。

與計劃任務的區別

計劃任務回答“什麼時候再運行同一件事”；長期目標回答“為了達到一個結果，下一步該做什麼”。二者可以組合，但週期觸發器不會替代目標的完成判斷。計劃任務也不會因為創建了任務就自動生成 worktree；編碼任務使用保存時選擇的工作區。

相關文檔

• 定時任務
• 項目和聊天
• 通知
• 命令
• 斜槓命令
• 權限

EvoX 文檔 · 功能 · 工作流