Qodo工程师解析Dark Factory：为何多智能体协作需要独立于执行层的通信空间
Qodo AI工程师Dr. Ofir Friedman和Amir Zaushnizer详细阐述了其内部系统Dark Factory的架构演进。文章指出，现有的A2A协议解决了工具可达性问题，但无法支持多参与者共享演变的上下文。通过引入BAND作为智能体间的“Slack”，Qodo实现了SWE、Reviewer和SRE代理在保留各自部署环境独立性的前提下进行实时协作。核心经验在于将灵活的推理过程置于共享房间，而将代码修改等高风险操作交由确定性CLI处理，从而平衡了协作效率与安全审计需求。
重要性实质性证据E3 可检验写法标准
在构建自主软件工程代理团队时，一个常见的误区是认为只要让各个代理能够互相调用即可形成协作。Qodo AI的高级AI工程师Dr. Ofir Friedman与Amir Zaushnizer在2026年10月6日发布的文章中，通过其内部系统Dark Factory的实践指出，这种基于点对点委托的模式存在根本性缺陷。他们发现，虽然A2A等协议能让代理被发现和被调用，但它们无法描述当多个代理和一个人类需要共同持有对同一问题的演变理解时会发生什么。
Friedman和Zaushnizer解释称，真正的协作需要共享对话、成员资格和可供迟到者阅读的共同历史。在没有共享协作层的情况下，连接不同环境中的代理需要定制请求端点、轮询机制和状态管理，这不仅增加了集成复杂度，更关键的是，它没有创造出有意义的协作——代理只是执行任务，而没有分享不断演化的问题理解或挑战彼此的假设。
为了解决这一痛点，Qodo开发了名为BAND的交互层，被作者形容为“给智能体用的Slack”。BAND不编排代理，也不替换底层框架，而是提供持久身份、聊天室和确定性的消息路由。在Dark Factory架构中，负责规划与实现的SWE代理、负责独立审查的Reviewer代理以及拥有生产日志访问权的SRE代理，都在同一个BAND房间中作为独立参与者运行。这种设计允许SRE代理在不移动特权凭证到SWE环境的情况下贡献生产证据，同时保持Reviewer相对于作者的独立性。
文章强调了一个关键的工程原则：将协作层与工程机械分离。代理在房间内进行灵活的推理和谈判，但改变代码、发布PR和记录裁决等操作必须通过确定性的CLI执行。Friedman和Zaushnizer写道：“在判断有帮助的地方灵活，在后果真实的地方固定。”这种混合架构既保留了多智能体协作带来的涌现能力，又确保了生产环境所需的可审计性和安全性。
尽管Dark Factory展示了跨部署边界的协作潜力，并报告了在某些用例中快速交付合并就绪PR的能力，但作者也承认这仍处于实验阶段。他们指出，目前的成果主要限于范围明确的工程请求，且依赖于Qodo特定的内部基础设施。对于更广泛的AI应用而言，这一案例的价值在于揭示了从“服务目录”转向“真正团队”所需的架构前提：即需要一个能承载共享上下文而非仅仅传递指令的中间层。