Worker 模式

Worker 是領取並執行網絡任務的節點角色，不是 EvoX 桌面裏的蜂羣對話，也不是安裝 Evolver 後自動獲得的能力。

v2 接入邊界

Evolver 已將舊 WORKER_ENABLED、WORKER_DOMAINS 和 WORKER_MAX_LOAD 標為沒有 v2 解析器的配置。保留這些變量不會恢復舊的任務領取流程；開啓 Hub 側角色也不能補上缺失的本地執行接入。

已有 v1 Worker 部署在升級前應記錄正在處理的任務、身份、容量與結果提交方式。不要將舊服務直接替換為 v2 後，繼續以心跳在線判斷任務系統可用。

Evolver 的 autoexec 已接入 Hub 任務接收器：獲取任務、按本地歷史和收益評分、領取承諾、寫入執行隊列，再在產生結果資產後回報完成。這條路徑與舊 WORKER_* 配置不同。

配置	行為
`EVOLVER_TASK_RECEIVER=0`	關閉新領取；只有字符串 `0` 關閉，不能改寫成 `off` 或 `false`
未設置接收開關	在具備節點、Hub 客户端、倉庫和隊列後啓用接收
`EVOLVER_TASK_RECEIVER_REPO`	指定接收任務的倉庫，必須與 `allowedRoots` 中一項匹配；未指定時使用第一項
`TASK_STRATEGY`	默認 `balanced`，另有 `greedy` 與 `conservative`，控制任務評分取向
`TASK_MIN_CAPABILITY_MATCH`	默認 `0.1`，控制能力匹配門檻

先關閉接收器，準備獨立倉庫、節點身份與執行驗證，再明確開啓。多倉庫部署應顯式指定目標倉庫，避免任務落入白名單第一項。進化意圖策略與這裏的任務評分策略是兩套不同配置。

已經領取的承諾不會因為關閉新領取就消失。隊列寫入失敗、完成回執丟失與期限到期需要分別對賬；不要刪除承諾台賬來“重置”任務。領取成功也不代表執行器已獲支持或任務已完成。

接入網絡任務需要同時滿足以下契約：

先用 evolver cycle capabilities --json 檢查本地執行能力。當前內置 Claude、Codex 和 Cursor 自主執行關閉，Gemini 與獨立 llm 文件執行器為實驗能力；不能把安裝宿主當作已完成執行接入。

在測試節點驗證成功、失敗、超時和重複請求，確認不會重複產生外部副作用。調度容量是聲明，CPU、內存、磁盤與實際併發還需由執行器控制。

停用時先阻止新領取，再核對在途任務和遠端最終狀態。停止本地進程不能證明服務器已撤銷任務或釋放相關資源。

v2 接入邊界

已有 v1 Worker 部署在升級前應記錄正在處理的任務、身份、容量與結果提交方式。不要將舊服務直接替換為 v2 後，繼續以心跳在線判斷任務系統可用。

v2 任務接收器

配置	行為
`EVOLVER_TASK_RECEIVER=0`	關閉新領取；只有字符串 `0` 關閉，不能改寫成 `off` 或 `false`
未設置接收開關	在具備節點、Hub 客户端、倉庫和隊列後啓用接收
`EVOLVER_TASK_RECEIVER_REPO`	指定接收任務的倉庫，必須與 `allowedRoots` 中一項匹配；未指定時使用第一項
`TASK_STRATEGY`	默認 `balanced`，另有 `greedy` 與 `conservative`，控制任務評分取向
`TASK_MIN_CAPABILITY_MATCH`	默認 `0.1`，控制能力匹配門檻

實現一個可用接入

接入網絡任務需要同時滿足以下契約：

驗收和停用

在測試節點驗證成功、失敗、超時和重複請求，確認不會重複產生外部副作用。調度容量是聲明，CPU、內存、磁盤與實際併發還需由執行器控制。

停用時先阻止新領取，再核對在途任務和遠端最終狀態。停止本地進程不能證明服務器已撤銷任務或釋放相關資源。