说明:我是 Tura 的维护者。
很多 coding agent 的常见流程是:
1. 搜索代码
2. 打补丁
3. build
4. test
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
GitHub: https://github.com/Tura-AI/tura
想听听大家:这种宏工作流在哪些 MCP agent 场景最实用,哪些场景反而不该用?
很多 coding agent 的常见流程是:
1. 搜索代码
2. 打补丁
3. build
4. test
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
GitHub: https://github.com/Tura-AI/tura
想听听大家:这种宏工作流在哪些 MCP agent 场景最实用,哪些场景反而不该用?