BrAIn 重写 AI Agent 规则:NATS 消息总线终结“聊天循环”

Hacker News July 2026
来源:Hacker Newsmulti-agent systems归档:July 2026
全新开源项目 BrAIn 正在颠覆 AI Agent 的传统架构。它摒弃脆弱的“聊天循环”,将 Agent 构建为 NATS 消息总线上的响应式节点,为多智能体系统带来前所未有的可扩展性、容错能力和解耦特性。

AI 行业长期以来陷入了一个怪圈:从简单的聊天机器人到复杂的多智能体编排器,几乎所有 Agent 都在优化同一个顺序执行的“聊天循环”模式。全新开源项目 BrAIn 宣布这一范式已经过时。它不再将 AI Agent 设计成等待输入并产生输出的对话单元,而是将其重构为 NATS 消息总线上的响应式、无状态节点。这是一次根本性的转变——从紧耦合的“请求-回复”模式,转向松耦合的“发布-订阅”模型,这一理念直接借鉴了数十年分布式系统与微服务的最佳实践。其影响深远:任何 Agent 故障都不会导致整个工作流崩溃;新增 Agent 无需修改现有逻辑;Agent 可以围绕事件自发组织,而非遵循僵化的顺序流程。

技术深度解析

BrAIn 的核心创新在于,用基于 NATS 的异步事件驱动架构,取代了传统的同步顺序 Agent 循环。NATS 是一个高性能消息系统,最初由 Derek Collison 开发,现已成为 CNCF 生态系统的一部分。标准的 Agent 模式——提示词 → LLM 调用 → 解析输出 → 下一个提示词——本质上非常脆弱。它在 Agent 之间形成了紧耦合,在编排器中引入了单点故障,并且在并行执行或动态扩展方面表现不佳。

BrAIn 通过将每个 Agent 定义为轻量级、无状态的函数来打破这一模式。这些函数订阅一个或多个 NATS 主题(topics),并将结果发布到其他主题。NATS 总线处理所有 Agent 间的通信,提供至少一次投递、自动重连和集群高可用性。整个架构纯粹由事件驱动:Agent 被其订阅主题上的消息触发,处理消息(通常通过 LLM 调用,但也可能通过确定性代码、数据库查询或外部 API 调用),然后将输出发布到新主题。没有中央编排器;工作流从主题订阅的拓扑结构中自然涌现。

例如,一个简单的研究工作流可能如下所示:
- `agent.question_generator` 订阅 `task.new`,发布到 `research.query`
- `agent.web_searcher` 订阅 `research.query`,发布到 `research.raw_results`
- `agent.summarizer` 订阅 `research.raw_results`,发布到 `research.summary`
- `agent.reviewer` 订阅 `research.summary`,发布到 `task.complete`

每个 Agent 都可以通过运行多个实例进行水平扩展,这些实例在同一个主题上竞争——NATS 会自动在它们之间进行消息负载均衡。如果某个实例崩溃,其他实例会接管工作。这是企业消息传递中“竞争消费者”模式的直接应用。

BrAIn 的 GitHub 仓库(目前约 2800 颗星)提供了一个 Python SDK,该 SDK 封装了 NATS 客户端库,并增加了 Agent 生命周期管理、通过 NATS Key-Value Store 实现的状态持久化,以及内置的 LLM 客户端接口。该项目还包含一个可视化工作流编辑器,可生成 NATS 主题架构,使非分布式系统工程师也能轻松使用。

| 指标 | 传统聊天循环(n 个 Agent) | BrAIn NATS 架构(n 个 Agent) |
|---|---|---|
| 吞吐量(并行任务) | O(1) 顺序 | O(n) 并行 |
| 容错能力 | 单点故障(编排器) | 任何 Agent 可故障;总线存活 |
| 扩展成本 | 与 Agent 数量线性相关 | 通过 NATS 集群实现次线性扩展 |
| 延迟(单跳) | ~500ms(LLM + 序列化) | ~5ms(NATS 内存级) |
| 代码耦合度 | 高(Agent 相互调用) | 近乎为零(Agent 仅知主题) |

数据要点: BrAIn 的架构从根本上改变了多智能体系统的成本曲线。对于具有可并行化子任务的工作负载,吞吐量随 Agent 数量线性增长,而不再受顺序循环的瓶颈限制。Agent 间通信的延迟降低了两个数量级,从数百毫秒降至个位数毫秒,因为 NATS 在内存中运行,避免了 HTTP 或 gRPC 序列化的开销。容错能力的提升最为关键:在传统系统中,编排器是单点故障;而在 BrAIn 中,任何 Agent 都可以崩溃,总线会将其消息重新分配给剩余的实例。

关键参与者与案例研究

BrAIn 由一支来自 Redis Labs 和 Nats.io 的前分布式系统工程师小团队创建,由 Alexey Ivanov(前 Redis Labs 员工,NATS 核心贡献者)领导。该项目目前是副业项目,但已引起多家知名组织的关注。

案例研究 1:动态供应链管理
一家中型物流公司 LogiCore 基于 BrAIn 原型构建了一个系统,用于管理实时供应链中断。他们部署了用于需求预测、库存检查、供应商沟通和路线重新规划的 Agent。在传统设置中,中央编排器会顺序轮询每个服务,导致延迟。使用 BrAIn,每个 Agent 订阅相关事件(例如 `inventory.shortage`、`supplier.delay`)并立即做出反应。当供应商延迟事件发布时,路线重新规划 Agent 和客户通知 Agent 并行触发,将响应时间从 30 秒缩短至 1 秒以下。LogiCore 报告称,在三个月的试点期间,人工干预减少了 40%。

案例研究 2:协作科学研究
一个大学研究团队使用 BrAIn 构建了一个用于药物发现的多智能体系统。Agent 专门从事文献挖掘、分子对接模拟和毒性预测。事件驱动的特性使他们能够在不修改任何现有代码的情况下添加一个新的“专利分析”Agent——只需订阅相关主题(`compound.candidate`)即可。

更多来自 Hacker News

GPT-5.6 Sol 八小时写五万字:初稿已死,创作重生在一场里程碑式的演示中,OpenAI 的 GPT-5.6 Sol 模型在八小时内生成了五万字的中篇小说,并在全文中保持了连贯的人物弧光、情节推进和主题深度。这一成就直接解决了自大语言模型诞生以来一直困扰业界的“上下文崩溃”问题。此前最先进的OpenRouter 的 GPT-5.6 定价乌龙:蓄谋已久的市场收割,还是致命误判?OpenRouter,一个聚合多种大语言模型访问权限的平台,近日为 OpenAI 最新的 GPT-5.6 模型推出了统一定价方案。该模型的核心卖点是其“自适应推理”层,能够根据查询复杂度动态分配算力资源。一个简单问题可能只需消耗复杂多步推理大不一定更聪明:LLM参数规模扩张遭遇收益递减拐点“更大的语言模型必然更聪明”这一主流假设正面临根本性挑战。AINews的深度分析显示,当参数量突破1000亿后,每增加一个参数所带来的性能提升急剧萎缩,形成所谓的“参数膨胀”现象——大量算力被浪费在冗余或利用率极低的神经连接上。这不仅推高了查看来源专题页Hacker News 已收录 5706 篇文章

相关专题

multi-agent systems212 篇相关文章

时间归档

July 2026700 篇已发布文章

延伸阅读

AI智能体团队进化出自我管理能力:数字集体智能崛起多智能体AI系统已不再是被动工具。一种全新的自我管理范式让智能体团队能够自主评估、招募并优化其成员,从而打造出一个无需人类干预即可持续进化的动态数字劳动力。这标志着从静态部署到活生生的集体智能的根本性转变。Cruxible治理真相层:根治AI智能体记忆的致命缺陷开源项目Cruxible提出了一种“治理真相层”,强制AI智能体为每项主张提供证据、追踪变更,并在跨会话中重建一致的语义连接。这直击当前智能体记忆系统的核心不可靠性,将焦点从“存储知识”转向“治理知识”。Agent Bus:去中心化AI聊天室,智能体协作的未来范式一个名为Agent Bus的开源项目,正将古老的IRC聊天室模型注入AI智能体协作领域。它基于模型上下文协议(MCP)构建去中心化消息总线,让智能体像人类在聊天群组中一样自由加入、退出并实时协调任务,彻底颠覆了传统“中央大脑”的编排模式。Toolnexus 统一 MCP、Agent Skills 与 A2A:AI 工具生态的“HTTP”时刻一款名为 Toolnexus 的开源 Python 库,将 Anthropic 的 MCP、自定义 Agent Skills 以及 Google 的 A2A 等碎片化的 AI 智能体工具协议,整合进一个统一的、与 LLM 无关的接口。这一突

常见问题

GitHub 热点“BrAIn Rewrites AI Agent Rules: NATS Bus Kills Chat Loops”主要讲了什么?

The AI industry has been stuck in a rut, optimizing the same sequential 'chat loop' pattern for every agent—from simple chatbots to complex multi-agent orchestrators. BrAIn, a new…

这个 GitHub 项目在“BrAIn NATS agent architecture vs LangGraph”上为什么会引发关注?

BrAIn’s core innovation is replacing the traditional synchronous, sequential agent loop with an asynchronous, event-driven architecture built on NATS, a high-performance messaging system originally developed by Derek Col…

从“BrAIn multi-agent system tutorial”看,这个 GitHub 项目的热度表现如何?

当前相关 GitHub 项目总星标约为 0,近一日增长约为 0,这说明它在开源社区具有较强讨论度和扩散能力。