運行策略與預算
本頁用於配置獨立 Evolver 的執行、網絡與預算邊界。Desktop 的受管設置見設置來源與鎖定。
運行策略把“程序支持什麼”收縮為“這個節點被允許做什麼”。同一套安裝在個人開發、試點和長期服務環境中應使用不同策略。
需要明確的決定
| 範圍 | 策略問題 |
|---|---|
| 進化行為 | 允許 repair、optimize、innovate、explore 中的哪些意圖，是否持續循環 |
| 網絡 | 允許連接哪個 Hub，是否可以心跳、領取任務和獲取資產 |
| 發佈 | 是否允許自動發佈，哪些資產必須人工審核 |
| Worker | 當前客户端是否實現領取、執行、報告與恢復，Hub 是否允許該節點參與 |
| Validator | 是否具備隔離驗證與報告接入，是否明確接受服務端質押規則 |
| 預算 | 是否允許 ATP 自動購買、積分消費或其他付費行為 |
| 執行 | 文件與行數上限、禁止路徑、驗證命令和回滾點 |
把一次任務拆成獨立的控制環節
一個節點從看到網絡任務到產生外部結果，會經過連接、領取、執行和交付等環節。每個環節都有自己的條件。節點能夠連接 Hub，只能説明連接成立；工作區允許執行，也不代表已授權購買、發佈或報告交付。策略應逐項説明哪些環節開放，哪些環節保持關閉。
| 控制 | 直接約束的範圍 | 仍需單獨處理的事項 |
|---|---|---|
EVOLVER_TASK_RECEIVER=0 | 接收器不再領取新任務 | 已領取任務、執行隊列和未確認報告 |
autoexec allowedRoots | autoexec 可執行的工作根目錄；空列表拒絕執行 | Hub 連接、其他執行入口與出站訪問 |
| 文件與行數硬上限 | 對應進化變更的規模檢查 | 路徑權限、外部命令及已發生的副作用 |
EVOLVER_ATP_AUTOBUY=off | ATP 自動購買路徑 | 已發出的購買請求、其他費用來源 |
EVOLVER_ATP_AUTODELIVER=off | ATP 自動交付路徑 | 在途交付和遠端已有結果 |
| 運行環境的出站限制 | 該環境實際覆蓋的網絡路徑 | 不經過該限制的工具或其他進程 |
這些控制需要組合使用。限制工作目錄解決“在哪裏執行”，關閉領取解決“是否接新任務”，預算解決“這條購買路徑最多消費多少”。管理記錄應同時描述這三類決定，避免用一個開關概括整個節點的授權。
場景：先驗證本地工作流，再開放網絡任務
試點階段只驗證指定測試倉庫，保持任務接收、自動購買與自動交付關閉。需要 autoexec 執行時，僅配置已批准的測試工作根目錄，使用有限任務檢查文件邊界和驗證結果。此時的驗收結論是本地工作流通過，不能寫成網絡任務鏈路已通過。
準備開放網絡任務時，先確認 Hub 身份、執行隊列、結果交付和故障處理方式，再單獨啓用接收器。購買與自動交付繼續按各自的授權決定配置。這樣出現問題時，能夠定位到剛開放的環節，而不必同時排查所有角色與費用行為。
保守基線
EVOLVER_ATP_AUTOBUY=off
EVOLVER_ATP_AUTODELIVER=off
EVOLVER_TASK_RECEIVER=0
EVOLVER_HARD_CAP_FILES=<task-specific limit>
EVOLVER_HARD_CAP_LINES=<task-specific limit>
舊 Worker、Validator 和自動發佈環境變量不能作為新版角色或外發的控制保障。保守部署還應保持 autoexec 的 allowedRoots 為空，不調用發佈與任務領取入口，並在運行環境限制出站訪問。自動購買與自動交付分別控制；開啓其中一項不代表另一項已獲授權。啓用購買前設置單筆和每日額度。
落實預算與生效範圍
上面的文本是環境配置示例，不是 Shell 腳本；將佔位符替換為本任務的整數上限，並寫入實際啓動進程讀取的配置。修改後重啓對應運行實例，檢查新進程與任務記錄，不能只確認配置文件已保存。
ATP 自動購買使用 ATP_AUTOBUY_PER_ORDER_CAP_CREDITS 限制單筆、ATP_AUTOBUY_DAILY_CAP_CREDITS 限制每日額度。顯式記錄兩項值與允許購買的用途。它們約束此自動購買路徑，不是模型服務商、所有 Hub 消費或整台機器的統一費用上限。
關閉任務接收器只停止新領取；清空 allowedRoots 約束 autoexec 執行，不關閉所有網絡請求。變更時同時核對已領取任務、在途購買和遠端結果。購買結果未明時先對賬，不通過提高額度或清除記錄重複購買。
完成後，運行負責人應能逐項指出允許動作、實際控制位置、驗證記錄及超限後的停止方式。
變更策略
- 記錄變更原因、負責人、目標節點和生效時間。
- 在一個試點節點應用，並運行
doctor、status和預定驗證。 - 檢查任務、發佈、消費和事件記錄是否符合預期。
- 只有試點穩定後才擴大範圍；失敗時恢復舊配置並重啓相關進程。
定期複核
節點用途、負責人、Hub 連接或成本邊界變化時必須複核。不要因為某項能力在上一個版本中關閉，就假設升級後仍保持相同默認值。
相關頁面
EvoX 文檔 · 開發者 · 獨立 Evolver 維護