piwin中的auto智能编排设计——一种多agent编排设计

作者：#jue 板块：#开发调优 什么是编排模式？ 是我在Piwin（【开源推广】20个包， 70天，我的桌面端coding agent终于能见人了——piwin）中实现的一种多Agent实践。 什么是Auto智能编排？ 原先的ultra和fusion（具体可看我piwin推广帖子的单独介绍），单独拎出来确实太过于鸡肋了，简单说排查问题用ultra，写新功能用fusion太不负责了，于是我想着尽量结合二者，同时利用一些harness去优化模型工作；auto 的设计目标是提高开发的可控性，因为我们往往不能够提供足够准确的提示词，总是希望一句话模型就可以帮我们解决问题，所以让 Agent 在明确工程约束下执行可以提升agent决策的准确性。 搞了一些harness规则： 1.先输出「goal」，并按最少读取规则读、查； 为什么这样搞呢？ 前者可以提醒我们模型意图识别是否准确，不对的话可以暂停进行信息补充（我觉得蛮有用的）；后者是针对当前大部分模型存在思考过度、无意义重复乱读的问题，各家主流flash（gemini除外）、grok等基本上都有这个问题，尤其是提示词不准确的情况； 这条规则是我从佬友的帖子如何在DSH里提高DS4.1F的效率，根治多动症和发散行为。 - #21，来自 yorickjue 中的agent.md 中抄过来的，感兴趣的佬友可以看一下，我觉得写的十分贴切，是很有用的harness； 2.减少上下文污染、 我在Piwin中定义了Code_search和Scout子代理两个功能都是为了减少上下文污染。上下文污染对于上下文决策及其重要 如果你看过模型的调用链路 你会发现 最常见的调用是Grep和Read 那些思考链路的模型有时候真不知道在干嘛 瞎几把读 是不是在偷我代码 那些查特娘一二十分钟不动手的在干嘛！！ 上下文污染是我随便造的词，应该没专用词汇，子代理一开始诞生的目的，就是为了上下文隔离，explore 代码搜索/分析、Bash大量 shell output、工具调用输出，比如浏览器的screenshot，这些东西如果都塞在主代理里，会造成大量的上下