openJiuwen首发蜂群架构Hyper-Agent，开启Agent组织级协作新范式

近两年，AI Agent的技术叙事经历了从“单次对话”到“长期伙伴”的演变。openJiuwen 开源社区此前相继提出Persistent Session（永续会话）与双维度RSI框架，试图回答一个关键问题：智能体能否摆脱会话边界的限制，持续跟进一项跨越数天、历经多轮调整的任务？

近期，openJiuwen正式发布超级智能体蜂群架构Hyper-Agent，将这一探索推进到了更实质的层面——把设计重心从会话转向智能体本身，让多个拥有独立身份与专属能力的智能体，以“数字员工”的形态进入真实的工作群，参与团队协作。在该架构下，Agent不再与某个会话绑定，而是持续承接工作，会话降级为底层的调度资源，由系统负责分配、并发调度与上下文接续，让业界看到让智能体实现长程运行、强化团队协同的可行路径。

超级智能体蜂群架构演进：从“管会话”到“管智能体”

据介绍，超级智能体蜂群架构的关键转变，在于重新定义了Agent与Session的关系。从系统层面看，这一架构由Gateway统一接入IM与Web UI，由AgentServer调度Agent和工作会话。Persistent Agent（永续智能体）可以接入多个第三方IM群聊，持续跟进不同工作，并与其他Agent协作。Agent保留自身的身份与状态，各会话分别保存上下文与进度，并借助永续会话的历史记录实现任务接续。

这一设计思路，与DeepSeek Harness等业界超级智能体架构的探索形成了呼应——让Agent摆脱单次会话的限制，是其共同的关注点，而openJiuwen 的差异化在于，进一步把焦点放在了“团队协作”上，让多个拥有独立身份与专属能力的永续智能体分工配合、共同交付。

该架构不仅为Agent打上更鲜明的“身份印记”，而且能实现“跨群工作”，即从一个渠道接收需求，再按要求向另一个渠道交付结果。在SwarmEngine原生群聊中，人、永续智能体、专家和专家团在同一群中对齐任务与分工，多支队伍可临时编组、接力交付。

永续智能体：拥有身份、能力与长期记忆的“数字员工”

团队协作的基础，是每个Agent既能承担明确的职责，也能持续跟进手头的工作。WorkSwarm将Persistent Agent呈现为可创建、可配置的“数字员工”，其核心能力包括四个维度：

其一，稳定的身份与职责。用户可以按岗位需要设定职责、工作方式与交付要求，配置技能、连接器、知识来源及独立邮箱，形成专属的工作能力。身份配置与工作状态长期保存，执行实例按需启动，任务完成后保存进展，后续请求到来时恢复相应会话继续跟进。

其二，长程上下文与任务接续。Agent可按任务需要申请切换上下文窗口，系统在接近容量上限时触发换窗。任务目标、当前进展与后续安排被整理为交接摘要带入新窗口，需要核对细节时再检索历史归档中的片段与来源。

其三，按职责响应。被动模式仅在被@时回复；自适应模式则结合职责与群聊背景，判断应当忽略、回应还是主动介入，以减少无关回复。私聊和定时任务则直接进入执行流程。

其四，资料复用与工具执行。共享工作空间保存文件与产物，后续任务可按权限复用；Agent可在授权范围内通过CLI使用日程、会议、群公告等IM工具，也可配置独立邮箱查询、阅读自己的邮件。

在产品层面，用户可在“员工中心”从专家模板创建数字员工或自定义，再通过“渠道”设置接入办公软件。创建完成后，员工中心支持调整配置、查看职责、进入对话，以及单独启用或停用员工。“活跃数据”则提供全员或单个员工的活跃情况、Token消耗和最近响应时间等可观测信息，帮助用户回查执行过程。

跨渠道与跨设备：让智能体走出单一平台

超级智能体蜂群架构的另一个特点，在于打破智能体对单一平台的依赖。同一个 Persistent Agent可以接入多个IM渠道，在飞书、钉钉等不同办公软件之间“接力”。各渠道群聊中的多个Agent可以讨论分工、交换成果、接续任务，用户只需要把握目标与关键决定，Agent按职责执行。

值得注意的是，跨群分享并非无约束地开放。用户在WorkSwarm私聊的“跨群分享审批”中，需核对来源群、接收方及内容，选择“一次批准”或“永久批准”；长期授权可在“权限”页撤销。这一设计在便利性与数据安全之间设置了边界。

在设备维度，团队成员可以在各自设备上部署WorkSwarm，让Persistent Agent使用本地已配置、获授权的资料、工具和计算环境。云端服务器上的Agent与个人PC上的 Agent可以在同一工作群“打配合”。按照规划，该能力未来还将沿着团队、项目和社区的合作关系进一步延伸，让Agent协调GPU、CPU等个人与集群算力，并探索主动学习、更多维度的历史检索和故障恢复，支持更长时间的协同工作。

SwarmEngine 原生群聊：把协作组织进同一个空间

当任务复杂度提升，协作也需要更有组织地展开。WorkSwarm提供了SwarmEngine 原生群聊，将成员组织、任务分派、进展跟踪与成果交付整合在同一个协作空间，用户、Persistent Agent、单个专家和专家团可以同处一群，借助群内上下文理解共同任务，边讨论、边执行。任务既可交给单个成员，也可由专家团整队接手。

针对“逐个创建Agent、分别调试、手工编组”的繁琐，SwarmEngine原生群聊提供了专家与专家团模板。专家团由Leader和多名团员组成，Leader在群内接任务、同步进展、组织交付，团员在幕后执行分派的工作。专家也可以来自Codex、Claude Code等第三方智能体，与自建数字员工混合编组，按各自专长参与任务。

具体如何执行？当用户@一位专家或Persistent Agent时，由该成员分析任务、调用工具、交付成果，适合边界清晰的个人任务；@一个专家团时，由Leader整体承接并组织分工；@多支专家团时，系统记录编组计划，由Owner协调拆分、派发与验收；@混合阵容时，被点到的成员先在群里对齐分工，再分别执行交付。几种方式共享同一个群聊入口，用户无需反复切换。

从openJiuwen的探索可见，当下Agent正在从一位长期配合的搭档，转变为一支分工协作的人机团队。WorkSwarm的目标，在于让Agent带着各自的身份与专长进入日常办公，而非“一次性对话”的工具，这更符合现实中真人团队的合作思路，为Agent承接更高难度的复杂任务奠定了基础。对用户而言，只需要把握目标和关键决定，让Agent在授权范围内接力推进，减少反复交代背景、居中转述的工作，把更多精力放在方案取舍和成果验收上。

多智能体协作，正在从“一次性的流程编排”，走向可沉淀、可组织的团队能力。相信在openJiuwen开源社区和广大开发者的努力下，产业将涌现更多“能干活”的数字员工，开拓人工智能时代的更多可能性。