openJiuwen发布业界首个企业级分布式蜂群架构,联合邮储成功落地金融生产环境

网易专栏9小时前发布 nxnqh
1 0 0

🤖 AI总结

主题

openJiuwen发布企业级分布式蜂群架构,助力AI Agent规模化落地。

摘要

openJiuwen发布企业级分布式蜂群架构,通过算力亲和、资源共享等设计,解决AI Agent规模化落地的规模、成本、管理、安全四大难题,并已在邮储银行生产环境成功落地。

关键信息

  • 1 openJiuwen发布企业级分布式蜂群架构,解决规模、成本、管理、安全四大门槛。
  • 2 架构内置算力亲和能力,与昇腾、鲲鹏算力基础设施亲和,降本增效。
  • 3 中国邮政储蓄银行基于该架构构建金融领域蜂群智能体平台,并已投入生产环境。

允中 发自 凹非寺
量子位 | 公众号 QbitAI

写代码、做研究、处理日常事务,Agent已经渗透进人们工作与生活的方方面面。

但能通过试点验证、真正进入生产系统的,仍是少数。

从服务个人到支撑数万名员工7×24小时运行,中间隔着一整套工程与治理问题:

集群如何弹性扩展、资源如何有效利用、分散的多智能体如何统一治理、数据与权限如何隔离,以及规模化运行的成本如何控制。

近日,由华为2012实验室、华为云、终端、计算等团队联合构建的openJiuwen开源AI Agent平台发布了企业级分布式蜂群架构,把JiuwenSwarm蜂群能力,扩展到企业级分布式集群。

架构还内置了openJiuwen独有的算力亲和能力,与底层昇腾、鲲鹏算力基础设施亲和,有效降低智能体规模化运行成本、提升运行效率。

中国邮政储蓄银行也已基于该架构构建了金融领域蜂群智能体平台,并落地到其生产环境——这也是分布式蜂群架构首次成功落地企业级生产环境。

对于一个以合规严苛著称的行业来说,这是一个值得关注的信号。

企业Agent规模化,必须跨过四道门槛

单机蜂群已经证明了一件事:多个智能体通过任务分工和协同执行,确实能够提升复杂任务的处理效率。

但企业需要的从来不只是“组建一支智能体团队”,而是同时支撑多部门、多场景、多用户使用,并保障服务连续性。

第一道是规模。

单机算力是硬约束,智能体数量、并发任务数、单任务时长都被物理资源锁死,难以支撑企业高峰期的大规模访问和长时间运行。

第二道是成本。

按用户或按业务分别部署独立实例,是最直接的做法,也是成本最高的做法:低峰期资源闲置,高峰期又容量不足;随着应用增多,重复建设和运维成本持续上升。

此外,大规模智能体长时运行,其Token消耗也是一笔不容忽视的成本。

第三道是管理。

权限、配置、资源、运行策略需要统一口径,跨部门协作、变更要留痕,全链路要可审计。

分散的单机实例天然形成孤岛,难以建立一致的治理体系。

第四道是安全。

金融这类高合规行业,对身份认证、数据隔离、技能准入、敏感信息保护和行为追溯都有严格要求。

当不同用户、部门、业务共享同一套环境,数据边界必须清晰、权限必须最小化、操作必须可回溯。

这四条并不独立,反而相互制约:控制成本要求资源共享,保障安全要求强隔离;实现弹性要求动态调度,落实治理要求配置收口。

openJiuwen这次给出的方案,本质上是在这四者之间寻求可落地的工程平衡。

openJiuwen企业级分布式蜂群架构

企业级分布式蜂群架构不是把单机版本简单搬到云上,而是围绕企业生产要求构建整套分布式蜂群组网体系

平台以企业集群资源为基础,统一承载智能体接入、运行、协作、治理与安全能力,让不同部门和业务场景共享基础设施,同时保持各自清晰的权限与数据边界。

如下图所示,整套架构自上而下分为接入层、框架层、分布式运行时层与系统服务层,覆盖从用户与管理入口、网关与核心引擎、分布式调度执行,到安全沙箱与存储的完整链路。

企业知识库、技能仓库等已有能力可通过企业中间件与系统直接接入与复用。

值得一提的是openJiuwen特有的算力亲和设计,即与底层昇腾、鲲鹏算力基础设施亲和:

支持Agent运行过程中上下文与KV Cache主动亲和,缓解长时运行中上下文频繁刷新导致的缓存失效问题,同时对通算、智算资源统一调度,任务优先级动态排布,降时延、提吞吐、省Token,是企业级规模化运行降本增效的关键设计。

openJiuwen发布业界首个企业级分布式蜂群架构,联合邮储成功落地金融生产环境

在生产部署形态上,这套体系与企业存量环境的衔接同样有明确设计:

企业用户与管理员统一通过JiuwenSwarm Gateway接入,网关对接企业已有的用户身份体系完成认证鉴权,无需另建账号;

Agent实例按个人专用单容器、部门共用容器集群两种形态部署,既可以是单个Swarm Agent,也可以是一个TeamLeader带领多个Teammate的协作团队,每个成员绑定独立workspace(工作空间);

技能与工具统一下沉到沙箱资源池中隔离执行,通过API可调用企业存量业务服务与自建SkillHub。

openJiuwen发布业界首个企业级分布式蜂群架构,联合邮储成功落地金融生产环境

从组网架构到部署形态,整套设计围绕的是同一个核心命题:

如何让蜂群智能体在共享企业集群资源的同时,守住每个租户、每个用户、每个实例的边界。

落到企业最关心的问题上,这套体系体现为四方面能力。

弹性扩展,支撑多场景并行运行。

智能体不再受单台机器限制,可按任务规模调用集群资源。稳定支撑复杂长时任务、批量处理或业务访问高峰。

资源共享,降低规模化使用成本。

分散部署转变为共享资源池,按业务需求动态分配与回收资源,既减少长期空闲浪费,也避免为每个场景重复搭建环境。

统一治理,让规模增长保持可控。

平台对组织、用户和智能体进行统一管理,管理员与业务用户分级授权,关键操作全程留痕,可监控、可审计、可追溯。

纵深防护,满足高合规行业要求。

认证、授权、隔离和数据保护贯穿智能体运行全流程,不同租户、用户和实例之间明确边界,为金融等行业的生产部署建立安全底线。

通过这套能力,企业可以在统一平台上建设面向不同部门的智能体应用:既让资源得到复用,又让权限、数据和业务责任相互隔离;既支持快速扩展新场景,也能保持统一治理。

落地邮储:打造安全可靠的金融AI平台底座

此次生产落地要解决的核心问题,不在于让某个Agent跑通一次任务,而在于让蜂群智能体融进一套已经运行多年的业务体系,并同时满足金融行业在规模、安全与治理上的严格要求。

中国邮政储蓄银行已有员工SSO(企业单点身份验证机制)、自建SkillHub和大量存量业务系统。

openJiuwen将邮储这些数据资源、企业技能和业务服务接入统一的蜂群智能体平台,整个对接在不改变原有系统与权限边界的前提下完成,让Agent在授权范围内调用存量能力,把智能体协作嵌入实际业务流程

在此基础上,平台逐一回应了金融生产环境的三方面要求。

面对大规模使用需求,平台通过资源共享和按需弹性调度,承接高并发访问与多智能体协作,在保障稳定运行的同时提升资源利用效率、控制使用成本。

面对金融级安全要求,平台对工具和技能实行统一准入与授权,在隔离环境中执行,并对任务、协作和调用全过程进行全链路观测与审计——每一次调用由谁发起、经过哪个Agent、访问了哪个系统,均可回溯。

面对企业治理要求,平台支持技能统一上下架、用户与群组动态配置、Agent配置集中下发,让不同业务共享平台能力,同时保持清晰的权限和数据边界。

目前,邮储已将蜂群智能体平台全面投入生产,重点应用于三类场景。

  • 智慧办公:协助员工预约会议、创建定时任务、整理会议纪要,并在授权范围内调用企业自定义技能与工具。这类任务单项规模不大,但频次高、覆盖面广,对日常办公效率的改善最为直接。
  • 情报监测:智能体持续开展信息采集、分析研判与多渠道推送,缩短从信息出现到业务人员获知的链路。
  • 风险预警:持续跟踪风险信号并及时触达相关人员,推动风险识别前移。

邮储的生产实践表明,蜂群智能体规模化落地的关键,在于与存量系统顺畅衔接,并在规模、成本、安全和管理之间取得平衡。

一个多租户、可共享、强隔离、可审计的企业级Agent平台,由此得以在金融生产环境中稳定运行。

从「能用」走向「规模化落地」

回到开头的判断:Agent的企业级竞争已经越过Demo阶段。

能否从试点验证走向规模化生产,比拼的不再是单个智能体有多聪明,而是底层平台能否同时跨过规模、成本、管理、安全四道门槛。

openJiuwen给出的答案,是以高扩展、低成本、强管控和高安全为核心的企业级蜂群架构。

这四个关键词逐一对应四道门槛,为企业建设统一智能体基础设施提供了一条清晰路径。

邮储的生产落地则把这条路径放到了真实压力下检验,作为蜂群智能体在企业级生产环境的首次落地,它给出的不只是一张架构图,更是一份可复制的工程实践样本。

而这份样本的最终指向,是让AI Agent真正成为可持续创造业务价值的新型生产力。

从个人工作台到企业集群,从试点验证到生产落地,这条路径已经被完整走通了。

随着openJiuwen与更多行业伙伴推进企业级智能体协作能力建设,从「能用」到「规模化落地」的跨越,将在更多行业发生。

openJiuwen已全部开源,欢迎到社区体验与共建

GitHub: https://github.com/openJiuwen-ai
AtomGit: https://atomgit.com/openJiuwen

© 版权声明

相关文章