3.6 KiB
多模型 worker 与编排模式
主 agent 使用强模型进行设计与验收，子 agent 按角色绑定较便宜的模型。
在工作区创建 .agent/workers.json，或者通过 TUI /agents config <JSON>、
WebUI 扩展面板的「模型与 worker 配置」保存同样的配置：
{
"orchestrate": true,
"max_steps": 20,
"max_tasks": 8,
"max_requests": 100,
"profiles": {
"worker": {
"provider": "deepseek",
"model": "deepseek-flash",
"effort": "low"
}
},
"roles": {
"general": "worker",
"explore": "worker",
"plan": "worker"
}
}
provider 必须已注册，使用其独立保存的凭据或 provider 的环境变量。
档案支持 temperature、top_p、max_tokens。不要在此文件中保存 API Key。
自定义角色 Markdown frontmatter 也可指定 profile: worker；JSON 中的角色绑定优先。
未绑定的角色继承主 agent；旧 model frontmatter 仍在原 provider 下生效。
CLI --orchestrate / --no-orchestrate 可以覆盖工作区设置。开启后主 agent
只能读取、规划、委派和验收；写文件和 shell 工具由 worker 执行。
规划模式和只读限制继续约束子 agent。多个只读任务可并行，可写任务串行。
任务和续接
首次通过 task 指定 agent、description 和完整 prompt，结果包含 worker_id。
再次调用 task 时传 worker_id 和新任务即可续接；历史、模型绑定与角色指令保存于
主会话目录中，重启恢复主会话后仍可使用。模型配置变化适用于新 worker。
运行中断不会自动重放工具；先检查当前文件状态再续接。
max_steps 可降低本次请求上限，不得提高角色或工作区上限。
默认每次委派最多 20 个实际模型请求，主回合最多 8 次委派、100 个子 agent 请求。
续接也算委派，重试、压缩、总结和缓存命中的请求都计数。达到上限后不再发请求，
任务返回最后可用结果与失败原因，不额外调用模型总结。下一主回合重置共享预算。
TUI /agents 查看角色和运行记录，/agents config 查看配置，
/agents budget 查看当前回合总量，/agents cancel sub-1 请求取消指定 worker。
WebUI 显示 worker 模型、请求数、缓存 token 和续接/取消入口。
每次委派的使用记录追加到 sub-N.runs.jsonl；最新状态在 sub-N.json。
缓存与验证
复用 worker 保留其历史前缀。角色指令位于环境信息前，任务差异作为新消息追加。 支持缓存路由的平台使用包含工作区、模型、角色、系统提示和工具 schema 的稳定标识， 相同配置的新 worker 也可利用公共前缀。其它平台仍使用自身隐式缓存或已有缓存断点。 缓存数据未返回时显示未知，不把未知视为零命中；实际命中率取决于平台。
使用 tests/test_subagent 验证跨平台路由、持久化续接、预算、并行与取消。
真实模型验收应固定模型版本、参数和任务，对比完成率、越界操作、无效调用、请求数及缓存。
可运行 bash scripts/eval_workers.sh --provider kimi-code --model k3；设置
WORKER_EVAL_CONFIG 为配置文件路径可对比编排方案。脚本在临时目录测试限定文件修改与
长文件定位，保留输出、会话和 worker 使用记录，不删除评测材料。
建议任务包含：限定单文件修复、读取截断输出、工具失败恢复、验证结果报告和主 agent 分派验收。
不要在真实模型评测中使用生产密钥以外的敏感数据；评测会产生 API 费用。