一个把 MCP 编码 Agent 往返轮次减少 75%+ 的思路
说明:我是 Tura 的维护者。
很多 coding agent 的常见流程是:
1. 搜索代码
2. 打补丁
3. 构建
4. 测试
5. lint
每一步都要重新让模型读取结果再决定下一步,实际是 5 次 LLM 进入。
Tura 把这些关联操作放进一个 command_run 宏工具:模型一次提交带依赖关系的执行计划,运行时仍然执行搜索、补丁、构建、测试、lint,只是少了反复的模型往返。
简单理解:
普通方式:5 次 LLM turn
Tura:1 次 command_run 计划 + 相同执行图
这个 ecommerce-ad-package 实测任务显示 5 次变 1 次,即模型重入减少 80%。减少的是对话开销,不是跳过工程检查。
Benchmark:[https://turaai.net/benchmark-task?task=workflow-ecommerce-ad-package#runs](https://turaai.net/benchmark-task?task=workflow-ecommerce-ad-package#runs)
GitHub:[https://github.com/Tura-AI/tura](https://github.com/Tura-AI/tura)
想听听大家:这种宏工作流在哪些 MCP agent 场景最实用,哪些场景反而不该用?
---
原文链接:[点击查看](https://www.v2ex.com/t/1233700)
很多 coding agent 的常见流程是:
1. 搜索代码
2. 打补丁
3. 构建
4. 测试
5. lint
每一步都要重新让模型读取结果再决定下一步,实际是 5 次 LLM 进入。
Tura 把这些关联操作放进一个 command_run 宏工具:模型一次提交带依赖关系的执行计划,运行时仍然执行搜索、补丁、构建、测试、lint,只是少了反复的模型往返。
简单理解:
普通方式:5 次 LLM turn
Tura:1 次 command_run 计划 + 相同执行图
这个 ecommerce-ad-package 实测任务显示 5 次变 1 次,即模型重入减少 80%。减少的是对话开销,不是跳过工程检查。
Benchmark:[https://turaai.net/benchmark-task?task=workflow-ecommerce-ad-package#runs](https://turaai.net/benchmark-task?task=workflow-ecommerce-ad-package#runs)
GitHub:[https://github.com/Tura-AI/tura](https://github.com/Tura-AI/tura)
想听听大家:这种宏工作流在哪些 MCP agent 场景最实用,哪些场景反而不该用?
---
原文链接:[点击查看](https://www.v2ex.com/t/1233700)
评论
暂无评论。