68 lines
3.6 KiB
Markdown
68 lines
3.6 KiB
Markdown
# 多模型 worker 与编排模式
|
||
|
||
主 agent 使用强模型进行设计与验收，子 agent 按角色绑定较便宜的模型。
|
||
在工作区创建 `.agent/workers.json`，或者通过 TUI `/agents config <JSON>`、
|
||
WebUI 扩展面板的「模型与 worker 配置」保存同样的配置：
|
||
|
||
```json
|
||
{
|
||
"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 费用。
|