HyperAgent：openJiuwen对未来Agent架构的思考与实践

机器之心发布 Agent 正在从「回答一个问题」走向「承担一份工作」。近日，开源 AI Agent 社区 openJiuwen 针对 HyperAgent 架构详细解读，系统阐述了它对下一代 Agent 形态的判断 ——HyperAgent 应具备的八项特征，以及支撑这一形态的开源 AgentOS 分层设计。 今年 9 月，openJiuwen 社区就已对外发布 HyperAgent 架构，架构图同步在官网公开（openjiuwen.com）。上周，openJiuwen 又公开了其蜂群协作在 WorkSwarm 中的落地进展：永续智能体（Persistent Agent）可以接入多个 IM 跨渠道协同，人、数字员工和专家团可以在原生群聊中分工协作。 近期，业内不少厂商和研究机构也开始探索相近的架构方向。这次的解读则是 对整套架构的完整说明： 从 Agent 的基本定义、HyperAgent 的八项特征，到 AgentOS 的分层架构和各模块的设计思路，并给出了对应的开源实现。 Agent 的「二元属性」 openJiuwen 对 Agent 的理解，起点是一个判断： Agent 和传统应用不同，它同时具有两种属性。 一方面，Agent 是一个软件程序。 它要完成任务，就需要运行环境、数据和工具：写代码需要代码仓库、终端和测试环境；处理企业业务需要连接私域数据、复杂工作流和遗留系统；执行物理任务则需要感知和执行设备。作为软件，它还必须满足可靠性、安全性、可观测性和可追溯性等工程要求。 另一方面，Agent 又是一个智能主体。 它具备编码、办公等通用能力，表现出自主性、个性、成长性和 协作性 ，能力和行为会随着经验积累不断变化。openJiuwen 用 "数字智能生物" 来概括这种兼具应用能力与主体特征的形态。 HyperAgent：Agent 未来形态的思考 在 openJiuwen 看来，推动 Agent 发展的核心动力有两条：一是应用边界不断扩展，这对运行环境和 DFx 等工程能力提出更高要求；二是 Agent 替代人完成工作的程度不断加深，这对 Agent 自身的能力和自主程度提出更高要求。 沿着这两条主线， openJiuwen 提出 Agent 架构应从 DeepAgent 演进到 HyperAgent。 按其定义，DeepAgent 侧重复杂任务的深度执行；HyperAgent 则进一步强调持续工作、自我演进、多主体协作，以及在真实环境中的可靠运行。 图 1：HyperAgent 的二元属性与八项特征 这八项特征分别是： 主动性：从被动响应走向目标驱动和事件驱动的主动执行。 Agent 不再只是等待指令，而是根据业务变化、设备状态、定时触发和执行反馈主动工作，它需要结合长期目标与当前环境，判断何时推进、何时调整计划、何时请人介入。 永续性：从 Sessionful 走向 Sessionless。 传统 Agent 以「会话」（Session）为单位工作，会话结束，上下文也随之中断。HyperAgent 希望用户只需围绕工作与 Agent 持续交互，由系统在后台组织会话、分发任务、寻找相关上下文，身份、职责、记忆与成果能够跨会话延续，工作的连续性由持久状态维持。 成长性：从 SI 到 RSI，再到 CoRSI。 SI（Self-Improvement，自我改进）指 Agent 从反馈中改善能力；RSI（Recursive Self-Improvement，递归自我改进）指改进后的 Agent 继续参与对自身的改进；CoRSI 则是 openJiuwen 提出的「协同递归改进」，让工作产物（Artifact）、执行框架（Harness）与模型（Model）三者相互促进。同时 openJiuwen 也指出，未来期待更多 Harness 能力逐步被 Agent 与模型吸收，Coding、办公等通用能力成为内置能力，降低用户组织 Prompt、上下文和 Skill 的负担。 协作性 ：从单 Agent 走向异构协作。 Agent 从独立执行走向多 Agent 协作，并从同构团队扩展到使用不同模型、工具和 Harness 的「异构团队」。它们需要发现彼此能力、明确分工、交换成果和处理冲突，围绕共享目标形成持续的工作关系。 确定性：从个人任务的执行走向复杂环境下可靠、可验证的任务执行。 当 Agent 从单机走向集群、进入关键业务，状态转换、操作边界、异常恢复和执行记录都需要有明确语义，执行时延需要相应的监测与超时策略。确定性落实在这些执行约束上，模型生成的结果则通过业务规则和验收机制验证。 扩展性：从「开发者友好」走向「RSI 友好」。 扩展性从 Skill、Connect、Plugin 等组件的接入，走向 Agent、Agent Team 与 Agent App 的组合，进一步走向 RSI 友好的架构。RSI 友好是指 Harness 具有清晰的模块边界、显式配置和可替换接口，便于 RSI 理解并修改 Prompt、Skill、Tool、Rails 及执行策略；配合评测与版本管理，让修改能够被验证、比较和持续迭代。 开放性：从数字世界接入走向物理环境操控与 Agent 互联。 Agent 通过工具、API、MCP、CUA 与设备适配操作数字系统和物理设备，并依据观察与反馈继续行动。开放性还包括 Agent 互联：通过开放的身份、能力描述、通信与任务交互接口，支持不同框架、平台和组织中的 Agent 相互发现、交换信息、委派任务与交接成果，形成可互操作的 Agent 网络。 经济性：从单次调用优化走向任务总成本优化。 经济性既包括 Token 消耗，也包括工具调用、多 Agent 通信、重复执行、部署运维和人工介入。优化目标是在满足效果、时延与并发要求的前提下，提高单位资源的有效产出。 openJiuwen 认为，这八项特征需要一套共同的基础设施支撑，openJiuwen AgentOS 所要解决的，就是如何将开发、运行、协作与演进连接起来，让 HyperAgent 能够持续承担真实工作。 openJiuwen AgentOS 整体架构 openJiuwen 将自身定位为 AgentOS，而不只是一个 Harness 框架。按其解释，一般的 Harness 框架主要负责模型调用、上下文管理、工具编排和执行循环；AgentOS 则覆盖 Agent 从开发、部署到运行、观测和持续演进的完整生命周期，在框架层之外，还提供分布式运行时、系统服务和 AgentOps 等系统级能力。同时，openJiuwen 以面向未来的 HyperAgent 形态为设计出发点，围绕其智能主体属性与应用属性构建架构，支撑主动执行、永续工作、持续成长和多 Agent 协作，并满足真实业务对可靠性、扩展性、开放性与经济性的要求，支持从个人桌面到企业集群的多种部署场景。 图 2：openJiuwen 官网发布的 AgentOS 逻辑分层架构图 整体架构从上到下分为六层： 此外，有两项能力贯穿各层： 资产市场 通过 Agent Hub、Skill Hub、MCP Hub 和 Plugin Hub 沉淀、分发和复用能力资产；