JiuwenSwarm登上鸿蒙PC

鸿蒙PC有了自己的多智能体工作台

JiuwenSwarm近日正式推出鸿蒙PC版本，并将办公模式与Code模式合并为一个开源AI统一工作台。这个项目由openJiuwen社区联合华为2012实验室、华为云、终端小艺以及华为终端平板与PC产品线等团队构建，项目方称其为首个面向鸿蒙PC的开源AI统一工作台。

JiuwenSwarm是一个面向复杂任务的多智能体协作平台，核心能力是根据目标自动组建不同角色的智能体团队，让它们并行完成调研、写作、编程、测试和结果整合。它并不只是给聊天机器人套一个桌面界面，而是试图把多个模型、工具、文件和人类决策者放进同一条任务链。

这次更新最值得关注的地方并不是“支持鸿蒙PC”，而是JiuwenSwarm把人类从智能体团队外部拉进了团队内部。用户不再只能下达任务、等待结果和最终审批，而是可以在执行过程中修改大纲、追加需求、邀请新的专家智能体，甚至直接参与一场由多个AI共同推进的游戏。

HITS不是换了一个缩写，而是重做交互关系

HITS是Human in the Swarm的缩写，指人类作为正式成员进入多智能体团队，与智能体共享任务上下文并参与实时协作。与之相对，HOTS是Human on the Swarm，即人类站在蜂群之外负责设定目标、监督流程和审批结果。

HITS与传统“人在回路”也不完全是一回事。常见的人机协作机制会在关键节点暂停，要求用户批准工具调用、确认付款或选择下一步；JiuwenSwarm设想的关系更接近项目群，人类可以随时进入讨论、@某个成员、调整分工或拉入新的角色，而不是只在系统递出确认框时出现。

这种变化对长任务尤其有价值。现实中的需求很少能在第一轮描述里完全说清楚，一个汇报材料可能做到一半才发现受众变了，一个软件原型也可能在运行后才暴露交互问题。如果智能体只能执行预先画好的流程图，需求变化就意味着整条流程重跑；如果人能成为团队成员，系统至少有机会在保留已有成果的前提下重新分工。

JiuwenSwarm背后的技术路线被称为Coordination Engineering。Coordination Engineering即协同工程，是围绕多智能体团队组建、动态协商、任务交接和协作资产沉淀建立的一套工程方法。

协同工程与Graph Engineering的关注点并不相同。Graph Engineering即图工程，是把智能体、工具和决策条件组织成节点与边，以可追踪的状态图控制执行流程；协同工程则更关心一支团队如何临时成军、如何处理冲突，以及一次成功协作能否沉淀为下次可复用的团队模板。

这个方向有现实意义，但也需要警惕概念包装。多智能体系统真正困难的部分从来不是创建五个带不同名字的聊天窗口，而是如何避免重复劳动、错误互相引用、上下文失真和成本失控。JiuwenSwarm能否形成壁垒，最终取决于任务状态、权限、记忆、冲突处理和结果验收是否足够可靠，而不是智能体数量有多少。

办公任务从串行处理变成并行生产

JiuwenSwarm在办公场景中的核心做法是把一份材料拆成多个可并行推进的子任务。用户输入主题、受众和风格后，系统可以安排不同智能体分别负责资料调研、结构设计、内容补充、页面整理和最终汇总。

项目演示给出的代表性数据是“20分钟生成200页PPT”，相当于平均每分钟产出10页。这个数字足够抓眼球，但它目前更适合被理解为工作流吞吐量展示，而不是经过统一数据集和盲评验证的质量基准。

200页能否在20分钟内生成，与200页能否直接用于董事会汇报是两回事。PPT生产的瓶颈往往不是页面数量，而是引用是否可靠、数字是否一致、图表是否表达正确，以及不同页面之间有没有重复和逻辑断层。多智能体并行确实能缩短资料搜集与初稿生成时间，但页面越多，最终审校成本通常也越高。

JiuwenSwarm的优势在于允许用户在生成过程中持续介入。用户可以打回不合格的大纲，针对某个技术问题加入专家智能体，也可以在内容基本完成后追加美化角色，而不必把整个任务退回起点重新生成。

跨设备任务承接是鸿蒙PC版本更有产品感的一部分。JiuwenSwarm目前已打通飞书与小艺等入口，用户可以在手机端发出任务，让鸿蒙PC上的智能体团队继续执行，再从其他设备查看进展或补充要求。

“人在高铁上，电脑已经开始干活”比“手机也能使用AI”更接近Agent产品的价值。传统远程桌面只是把PC屏幕搬到手机上，用户仍要自己操作；多智能体工作台则尝试让电脑在收到目标后自主拆解任务，手机只承担沟通、监督和验收。

编程模式不再是单独的孤岛

统一工作台的另一个变化是办公任务与Code任务不再需要来回切换。用户可以先让智能体调研需求、整理产品文档，再由开发角色建立项目、拆分前后端任务、编译运行并安排测试，整个过程共享同一份任务上下文。

JiuwenSwarm的编程协作更像一支临时软件团队。官方展示的坦克大战案例中，系统分别设置玩法与界面设计、前端开发、后端开发、测试验证和Leader等角色，前后端在不同分支并行工作，完成后再合入主干。

分支隔离是这个案例里比“自动写代码”更重要的细节。多个编码智能体如果同时修改同一目录，很容易相互覆盖；让它们在独立分支执行任务，再通过合并和测试完成交付，更接近真实软件工程，也更容易定位是哪一个角色引入了问题。

另一个热量记录工具案例则代表低门槛应用生成。用户描述一个简单、干净、够用的记录工具后，系统自主规划任务、完成开发并经过编译生成应用，这类需求通常不需要复杂架构，却很适合验证从自然语言到可运行软件的完整链路。

JiuwenSwarm目前并不能因此被等同于成熟的软件研发团队。真实项目还涉及依赖升级、历史代码兼容、测试覆盖率、安全扫描、部署回滚和长期维护，多智能体能快速做出原型，不代表它能独立承担生产系统责任。

它与主流多智能体框架有什么不同

JiuwenSwarm的差异主要在产品层，而不是单纯提供另一套智能体编排SDK。LangGraph、AutoGen和CrewAI更偏向开发框架，OpenHands更集中于软件开发，JiuwenSwarm则试图直接提供一个覆盖办公、代码和娱乐的桌面工作台。

| 产品或框架 | 核心定位 | 人类参与方式 | 主要场景 | 桌面与鸿蒙PC定位 | 获取与成本特点 | |---|---|---|---|---|---| | JiuwenSwarm | 多智能体统一工作台 | HITS，用户可作为团队成员持续加入任务 | 办公、PPT、编程、游戏 | 提供鸿蒙PC版本，同时支持Windows、macOS、Ubuntu等平台 | 源码开放，模型服务与运行资源成本另计 | | LangGraph | 基于状态图的智能体编排框架 | 检查点、中断与人工确认 | 长流程Agent、可控工作流 | 默认不提供面向鸿蒙PC的统一办公桌面 | 开源框架为主，需自行开发产品层 | | AutoGen | 多智能体对话与协作框架 | 人类代理或人工反馈节点 | 研究、自动化、代码协作 | 更偏开发框架而非桌面办公产品 | 框架可自行部署，模型与基础设施另计 | | CrewAI | 基于角色、任务和流程的多智能体框架 | 人工反馈与流程控制 | 企业流程、角色分工 | 默认不提供鸿蒙PC原生工作台 | 开源组件与商业服务并存 | | OpenHands | 软件开发智能体平台 | 用户提出需求并审查代码与运行结果 | 编程、修复、仓库任务 | 聚焦开发环境，不覆盖通用办公蜂群 | 开源版本与托管服务并存 |

这张表也说明JiuwenSwarm并不是在同一个维度上与上述项目竞争。对于需要精细控制状态、节点和工具调用的开发者，LangGraph一类框架仍然更灵活；对于希望打开界面就组织AI团队做材料或开发原型的用户，JiuwenSwarm的统一工作台更接近成品。

JiuwenSwarm真正的竞争对象还包括各类AI办公套件和编码智能体。它需要证明多智能体带来的并行收益，能够覆盖额外的模型调用、上下文同步和结果审查成本，否则一个能力更强的单智能体加上几个工具，可能反而更快、更稳定。

开源降低了门槛，但“一键安装”不等于立即可用

JiuwenSwarm已经开放全套源码，并宣布支持HarmonyOS、Windows、macOS和Ubuntu。用户完成模型服务配置后即可启动多智能体任务，这让它不必完全依赖某一种操作系统或某一家模型供应方。

多平台支持能扩大开发者覆盖面，但鸿蒙PC仍是这次更新的主角。鸿蒙版本承担的战略意义，是让国产桌面操作系统拥有一个可扩展的Agent工作台，并通过小艺、飞书和终端能力形成跨设备入口，而不是只运行一个网页聊天窗口。

实际部署门槛仍然取决于模型、工具和企业系统的复杂度。基础演示可能只需要连接模型服务，但要让智能体读取内部文件、访问代码仓库、调用办公软件并远程执行任务，还需要处理账号权限、依赖环境、网络策略和审计日志。

模型成本也不能被“开源”两个字遮住。多智能体并行意味着同一个任务可能同时运行多个上下文，每个角色还会多轮讨论和复核；如果五个智能体分别读取一份长文档，Token消耗并不会因为任务并行而自动减少。

企业部署最需要关注的是权限边界。一个能够被飞书远程唤起、读取本地资料、修改代码并运行程序的工作台，也意味着更大的攻击面，团队需要明确哪些角色只能读文件、哪些角色可以写入仓库，以及哪些操作必须由人类确认。

游戏演示不是噱头，而是压力测试

JiuwenSwarm还展示了五子棋和狼人杀等人机混合游戏。五子棋场景中，智能体可以担任主持人、同步棋盘、维护规则并给出落子建议；狼人杀场景中，AI玩家能够进行推理、发言、伪装、投票和私聊。

多人游戏实际上是检验HITS的一种低风险方法。与生成文档相比，狼人杀要求系统同时维护公开信息、私密信息、角色身份、发言顺序和动态关系，这与企业协作中的权限隔离、多人会议和局部上下文高度相似。

娱乐功能的商业优先级未必高，但它能暴露协同系统的问题。只要出现一次身份泄露、顺序错乱或私聊信息进入公共上下文，游戏就会立刻失效；这些错误如果发生在企业任务中，对应的可能就是权限越界或敏感数据泄露。

我们怎么看：方向比演示数字更重要

JiuwenSwarm这次更新值得肯定的地方，是把多智能体从开发框架推向了可见、可操作的桌面产品。办公与编程合并、人与Agent共享任务空间、手机入口远程唤起PC，这三件事组合起来，比单纯再做一个AI聊天助手更有想象力。

HITS能否成为新范式，还要看它是否真正减少人的协调负担。最差的多智能体产品会让用户同时管理五个不可靠的实习生，最好的多智能体产品则应该只在需要决策时找到人，并把冲突、重试和交接隐藏在系统内部。

20分钟生成200页PPT可以证明系统会并行工作，却不能单独证明它已经重塑生产力。更有说服力的指标应该包括事实错误率、人工修改时长、任务一次通过率、代码测试通过率、单位任务模型成本，以及跨设备中断后的恢复成功率。

JiuwenSwarm眼下最现实的价值，是为鸿蒙PC补上一块开源Agent工作台拼图，也为开发者提供一个观察多智能体、人类成员和桌面工具如何共存的工程样本。它还没有证明自己能替代成熟办公套件或专业研发团队，但已经把竞争问题从“模型会不会回答”推进到了“人和一群模型如何把事情交付”。

参考来源

• GitHub上的JiuwenSwarm仓库检索：用于核对相关开源仓库、代码镜像、版本记录与许可证信息，具体仓库归属应以openJiuwen官方账号发布为准。