openJiuwen发布RSI突破AgentOS，让Agent自由变身，持续迭代！

< img id="wx_img" src="https://www.qbitai.com/wp-content/uploads/imgs/qbitai-logo-1.png" width="400" height="400"> openJiuwen发布RSI原生AgentOS，让Agent自由变身，持续迭代！ 思邈 2026-11-13 14:54:44 来源： 量子位 允中 发自 凹非寺 量子位 | 公众号QbitAI 用WorkSwarm时，想加个新功能，能不能直接把需求告诉Agent，让它自己做出来，装上试试？ 这个问题正好对应HyperAgent架构解读里谈到的扩展性。这是openJiuwen为HyperAgent提出的八项特征之一，即 从「开发者友好」走向「RSI友好」 。 扩展机制既要方便开发者接入新能力，也要让Agent能根据任务反馈动手改进自己的能力。改动做出来后，还得装进应用，在实际任务里试一试，才知道问题有没有解决，下一轮还要改哪里。 openJiuwen的 RSI原生AgentOS， 为这种递归自我改进（RSI）提供了运行环境。 它在界面、网关、服务端和Agent执行等环节提供不同类型的扩展点，覆盖 运行全周期 。新功能可以 热插拔 ，接入时 不用改应用原有代码 。扩展包可以 按版本管理 ， 新版出了问题还能回退 。 WorkSwarm用的就是这套扩展机制。它是 基于openJiuwen RSI原生AgentOS构建的Agent应用 。Agent可以把新功能打成AgentOS能加载的 扩展包 。同一个包装进WorkSwarm后就叫 系统插件 。 在「我的扩展」里启用后，就能回到手头的任务里试试。哪里用着不顺手，再告诉Agent怎么改。这就是openJiuwen所说的「Agent所想即所得」。 从WorkSwarm把自己变成桌宠说起，看看RSI原生AgentOS怎么让Agent给自己加功能 想随手跟Agent聊两句，或者临时交代件小事，桌面上有个能对话的桌宠就够了。碰到要来回查资料、分几步处理的任务，再打开工作台。 WorkSwarm默认没有桌宠形态，那能不能让Agent自己加一个？ 把需求直接告诉Agent，比如「给WorkSwarm加个桌宠吧，我想在桌面上点一下就能跟你聊天。」 Agent可以按你的描述生成扩展包，再把它作为「应用形态」系统插件装到WorkSwarm里。WorkSwarm背后的RSI原生AgentOS负责加载扩展，让这个系统插件在工作台上生效。 启用系统插件后，点一下切换按钮，工作台就收起来了，桌面上只留下桌宠。 可以选小蜜蜂，也可以换成胶囊样式。想发消息就点开桌宠。聊到一半要用工作台，双击桌宠就能回去，刚才的对话还在。 拆解openJiuwen RSI原生AgentOS：扩展包怎样改变界面、网关、服务端与Agent行为？ 上一节里，WorkSwarm启用系统插件后，就能把自己变成桌宠。这个新功能接在什么地方，又是怎么跑起来的？ 我们先来看openJiuwen RSI原生AgentOS把界面、网关和Agent的执行，分成了哪些部分。 从用户发出请求到Agent执行任务，系统主要分三层。 Web客户端 负责显示界面、接收用户操作； Gateway 负责接入和转发请求； Agent层 由AgentServer管理会话，由Harness组织任务执行和工具调用。 三层都留了扩展入口，既能在界面上加功能，也能调整请求怎么处理、任务怎么执行。 △openJiuwen RSI原生AgentOS架构图｜Web客户端、Gateway和Agent层的职责、连接关系及各自的扩展入口 沿着这套架构看，扩展能力可以被分成五个环节。 Client 可以增加按钮、面板和设置项， Gateway 可以接入鉴权或调整请求路由， AgentServer 可以处理会话、消息和服务端命令。 再往执行环节看， Swarm 可以定制多个Agent的协作规则、跟踪任务进展， Agent 可以调整提示词，接入工具、MCP服务或子Agent。 这些改动通过扩展包交付。包里的manifest.json会写明包标识、版本、依赖和代码入口。涉及界面时，还可以声明组件要显示在输入区、侧栏或设置页的哪个位置。 △openJiuwen RSI原生AgentOS扩展能力一览｜左侧是扩展包目录与清单，右侧是Client、Gateway、AgentServer、Swarm和Agent五个环节的扩展能力 有了扩展包，运行环境还得知道该由谁加载、什么时候调用里面的代码。安装时，系统读取并检查清单，按包ID和版本保存扩展包。加载时，Gateway和AgentServer分别选取由自己运行的包，确定要加载的版本和顺序，再把扩展代码里的处理函数注册到各自的事件总线。 当用户点击界面按钮、网关收到请求，或Agent开始组装提示词时，相应的组件会发出事件。 事件总线找到匹配的处理函数并调用它 。处理函数可以参与当前流程，也可以通过 Ops 调用组件开放的能力。需要刷新界面时，扩展还可以把更新所需的数据发回Web客户端。 △openJiuwen RSI原生AgentOS扩展包生效原理｜扩展包从安装、选择版本到加载代码、注册处理函数，再到响应事件和按需更新界面的流程 选扩展点时，可以先确定要在什么时机介入，再看对应的组件开放了哪些Operation能力（Ops）。 △扩展事件与Operation能力速查表｜左侧是各类扩展事件，右侧是处理函数可调用的Operation能力（Ops），表中区分已支持和规划中的条目 openJiuwen的RSI原生AgentOS开放了多类扩展事件。下面是各类事件常见的触发时机。 会话与消息： 发送或接收跨会话消息时，以及上下文用量更新时。 Agent执行： Agent开始组装系统提示词时。 Swarm协作： 生成团队协作规则时，以及团队运行状态发生变化后。 界面交互： 扩展界面就绪时，或用户点击按钮、选择选项时。 网关与服务端： 网关分发请求前，或服务端处理已接入的命令时。 处理函数能调用哪些Ops，要看它在哪个组件里运行。以下是几类常用能力。 读取会话数据 ，包括历史消息、对话轮次和上下文用量。 登记Agent可用的工具 ，供Agent执行任务时调用。 查询团队信息 ，通过只读接口查看成员、任务进展和依赖关系。 更新工作台界面 ，在扩展声明的位置显示面板或刷新内容。 通过网关发起HTTP请求 ，访问策略允许的地址。 访问资源和状态 ，在授权范围内读取文件，保存扩展自己的配置和运行状态。 扩展包的结构、事件和Ops的完整清单及用法，都可以在openJiuwen扩展开发文档里查到。 WorkSwarm系统插件实战：从创建、安装到故障回退 基于RSI原生AgentOS的扩展机制，WorkSwarm能接入Agent做出的系统插件。想加什么功能，直接把需求告诉Agent。 装好后，在「我的扩展」里启用，试过之后再按反馈调整。系统插件引起故障时，还可以 从存档点恢复之前的配置 ，再继续调试。 和Agent对话，边做边调试你的第一个系统插件 第一次做系统插件，可以用开发Skill和Agent对话，边做边调试。 比如