Orca：协调编码代理，同时保留清楚的工作记录
测量 Orca 有效吞吐，而不是打开的代理数量
固定任务集，将集成冲突、模型用量、机器资源和人工审查一起纳入并行工作评估。
测量 Orca 有效吞吐，而不是打开的代理数量知识学习CN编辑简报更新 2026-09-18
你将学会
- 定义什么叫完成
- 同时记录机器和模型
- 说明未测边界
开始前需要
- 基本命令行与配置阅读能力
- 能够在独立且获准的环境中试验
记录主机、工作树和验收证据，不自动合并分支，也不删除尚未审阅的工作。
先看结论
- 被接受的工作才是有效输出。
- worktree 不消除语义冲突。
- 模型和人工成本都要计入。
定义什么叫完成
选择独立且有测试和验收条件的任务，在相同代理与模型配置下比较串行和小规模并发，只把经过审阅且接受的结果计为完成，而不是统计完成消息。
首次样本排除共享接口修改，或将它单独标注。不同 worktree 不能阻止代理对结构或 API 做出不兼容假设，因此集成失败也属于试验结果。
同时记录机器和模型
记录总完成时间、峰值内存、CPU 压力、磁盘增长以及可获得的代理账号用量。多个 worktree 还可能复制依赖和构建产物，终端数量不能直接转换成节省。
记录阅读 diff、解决冲突和重跑测试的时间。生成更快仍可能增加审查负担；远端试验还要记录网络和主机资源，不能把所有延迟都归因于桌面界面。
说明未测边界
重复试验以观察波动，并报告样本和失败。一个仓库的吞吐比不能自动推广到其他语言或依赖关系完全不同的任务，结论应跟随实际验收范围。
本次没有执行性能试验。README 中雄心勃勃的效率语言不是我们的测量值；示例字段保持空白，只有受控试验获得观察结果后才能填写。
如何选择
| 比较维度 | 方案 A | 方案 B |
|---|---|---|
| Best when | You need predictable behavior and easy auditing | You need adaptive optimization and have reliable telemetry |
| Main risk | May leave performance on the table | Can become difficult to explain or debug |
实施步骤
- 1
标注独立任务和验收条件。
- 2
比较串行与小规模并行。
- 3
统计审查、冲突和资源。
可复制示例
json
{
"experimentProposal": true,
"tasks": null,
"concurrency": null,
"accepted": null,
"reviewMinutes": null,
"modelUsage": null,
"peakMemory": null,
"executed": false
}常见问题
代理越多一定越快吗？
并发也可能带来资源竞争和集成工作。
提速声明应包含什么？
样本、设置、接受结果、失败和审查工作。
资料来源
- Orca / README.md来源核查 2026-09-18
- Orca / package.json来源核查 2026-09-18