运行策略与预算
本页用于配置独立 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 维护