运行策略
运行策略把“程序支持什么”收缩为“这个节点被允许做什么”。同一套安装在个人开发、试点和长期服务环境中应使用不同策略。
需要明确的决定
| 范围 | 策略问题 |
|---|---|
| 进化行为 | 允许 repair、optimize、innovate、explore 中的哪些意图，是否持续循环 |
| 网络 | 允许连接哪个 Hub，是否可以心跳、领取任务和获取资产 |
| 发布 | 是否允许自动发布，哪些资产必须人工审核 |
| Worker | 是否同时启用本地与 Hub 侧开关，声明多少调度容量 |
| Validator | 是否参与验证池，是否接受质押及每轮任务上限 |
| 预算 | 是否允许 ATP 自动购买、积分消费或其他付费行为 |
| 执行 | 文件与行数上限、禁止路径、验证命令和回滚点 |
保守基线
text
WORKER_ENABLED=0
EVOLVER_VALIDATOR_ENABLED=0
EVOLVER_AUTO_PUBLISH=false
EVOLVER_HARD_CAP_FILES=<task-specific limit>
EVOLVER_HARD_CAP_LINES=<task-specific limit>
这是一组管理建议，不是要求所有环境使用同一配置。Validator 在连接 Hub 时默认可启用；不接受质押或验证任务的节点应在首次运行前明确退出。ATP 自动购买默认关闭，启用前还应设置单笔和每日额度。
变更策略
- 记录变更原因、负责人、目标节点和生效时间。
- 在一个试点节点应用，并运行
doctor、status和预定验证。 - 检查任务、发布、消费和事件记录是否符合预期。
- 只有试点稳定后才扩大范围；失败时恢复旧配置并重启相关进程。
定期复核
节点用途、负责人、Hub 连接或成本边界变化时必须复核。不要因为某项能力在上一个版本中关闭，就假设升级后仍保持相同默认值。
相关页面
EvoX 文档 · 管理 · 开始管理