用 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 对话，边做边调试。

比如要做 Token Weather，可以说「在输入框上方加条状态栏，显示当前会话的 Token 用量，用晴天、多云等天气提示占用程度。」Agent 可以按需求编写代码、打包并安装到 WorkSwarm。

启用 Token Weather 系统插件后就能试用。要是觉得状态栏占地方，可以接着说「做得紧凑一点，保留用量百分比。」Agent 会按反馈修改系统插件并重新加载，让你再试一遍。

也可以手动编写系统插件的声明和代码，再打成 ZIP。如果有依赖项，就在声明里写明依赖和版本要求，WorkSwarm 加载时会检查。

系统插件怎么安装和启用？

通过开发 Skill 生成的系统插件会自动装进 WorkSwarm。手动安装有三种方式。

放入安装目录。把解压后的系统插件文件放进安装目录，WorkSwarm 重启时会加载。

从扩展页面安装。点击侧边栏的「扩展」，在「系统插件」里找到想要的功能并下载安装。

通过命令安装。在 WorkSwarm 的对话框里，用 /extension install 安装本地系统插件。

在「我的扩展→系统插件」里，可以查看已安装系统插件的状态，也可以启用或禁用系统插件。

安装完成并确认系统插件已启用后，就可以验证功能。以 Token Weather 为例，打开对话，先看输入框上方有没有状态栏，再发一条消息。等 Agent 回复完，看看状态栏里的用量有没有更新。

系统插件引起故障，怎么恢复原来的配置？

试用新系统插件时，能回退配置，才有余地继续试、继续改。

比如启用后某个页面打不开，可以选择故障前的存档点，恢复当时的系统插件配置。回退后，重新打开出问题的页面，确认能正常使用，再继续调试。

RSI 原生 AgentOS 的扩展能做什么？从定制自己的 Agent 应用，到支持团队协作和企业接入

借助 RSI 原生 AgentOS 的扩展能力，可以按自己的习惯调整应用界面，也可以查看单个 Agent 的工作过程，调整它做事的方式。

当任务需要多个 Agent 一起完成时，团队怎么分工、怎么交接，也能按项目需要定制。应用接入企业环境时，还可以按部署要求调整访问管理和 Agent 的运行方式。

前端界面定制：让 Agent 定制工作台界面，有你的风格，用着更顺手

前端界面扩展可以改变 Agent 应用的外观和交互。Agent 可以按你的喜好调整主题，也可以在页面预留的位置加按钮、状态栏或面板，把常看的信息和常用的操作放到顺手的地方。

在 WorkSwarm 里，想换个界面风格，可以跟 Agent 说「给工作台做几套带动画的主题，我想在设置里切换。」Agent 根据描述生成主题背景扩展包。装进 WorkSwarm 并启用对应的系统插件后，在设置页选一个主题，工作台就会换上对应的动态背景。

Agent Harness 调整：让 Agent 的工作过程看得见，做事方式也能按需调整

单 Agent 扩展可以接入会话管理、任务执行等环节。比如，它可以把会话状态和上下文用量呈现出来，让用户看清 Agent 的工作过程。

到了执行环节，扩展还可以按任务需要补充上下文、调整提示词里的工作规则，或为 Agent 登记新的工具。

在 WorkSwarm 里，想知道长对话的上下文都用在哪儿，可以让 Agent 生成一个用于上下文监控的系统插件。

启用后，面板显示输入 Token 数和窗口占用率，并估算系统提示词、技能、工具定义和消息各占多少。

你还可以对比每次模型请求的输入用量，查看工具调用的状态和耗时，回看近期轮次的用量摘要和会话消息。

Swarm 协作增强：从定制协作规则到跟踪任务进展，看清谁在做、做到哪

多个 Agent 一起做任务时，可以通过扩展把项目自己的分工和交接约定写进协作规则。任务开始后，扩展还能接收状态变化的通知，跟踪谁在做哪项任务、已经做到哪一步。

比如，任务分给几个 Agent 后，想看看各自做到了哪，可以用扩展包开发 Skill，让 Agent 按描述生成团队协作可视化扩展包。

装进 WorkSwarm 并启用对应的系统插件后，在集群模式下，就能在一个视图里看到团队成员、各自负责的任务和任务之间的依赖。要是某项任务还在等待，就可以顺着依赖查到哪项前置工作还没完成。

企业接入适配：让 WorkSwarm 适配企业环境，接入和运行都可按需调整

企业接入时，可以借助 RSI 原生 AgentOS 的扩展能力，按部署需要调整账号接入和 Agent 的运行环境。

分布式部署时，Gateway 和 AgentServer 可以分开运行。企业可以按业务需要选择 Gateway 连接的 AgentServer，并在两侧分别加载所需的扩展。

比如，在 Gateway 侧接入鉴权或调整请求路由，在 AgentServer 侧为会话补充项目上下文，或调整服务端命令的参数和执行结果处理方式。需要隔离执行时，还可以通过适配器接入第三方沙箱，让 Agent 在选定的环境里运行命令和代码。

在 WorkSwarm 中，Gateway 登录系统插件可以给应用入口加上登录页，并在请求进入业务流程前校验凭证。启用后，未登录的用户会看到登录页，受保护的请求会被拦下。登录后，浏览器会带上凭证，校验通过的请求可以继续处理。

在 WorkSwarm 里，新建单 Agent 会话时，系统插件可以提供 Claude Code（CC）、Codex 和 openJiuwen 三种 Harness 选项。选好后，由所选的 Harness 执行这次会话的任务、调用工具，前端界面也会随之切换。

结语

Agent 做着任务，也能动手改自己。它可以把想到的改法做成 RSI 原生 AgentOS 能加载的扩展包，装进 WorkSwarm 后作为系统插件启用。

回到任务里试一试，再按反馈调整界面和能力。试过好用的系统插件，下次做任务还能接着用。这就是 openJiuwen 所说的「Agent 所想即所得」。

随着更多环节向扩展开放，个人的使用习惯、团队的协作规则和企业的运行要求，都可以成为 Agent 调整自己的依据。

刚装好时，它有一个默认的样子。往后会变成什么样，它可以在一件件实际工作里自己改出来。

欢迎来 WorkSwarm 试试，和 Agent 一起做个你想要的新功能，装上你的第一个系统插件，再到社区分享试用的效果！

相关资源

WorkSwarm 体验入口：https://openjiuwen.com/workswarm

WorkSwarm GitHub 代码仓：https://github.com/openJiuwen-ai/jiuwenswarm

openJiuwen Harness 文档：https://github.com/openJiuwen-ai/jiuwenswarm/blob/develop/docs/zh/Harness.md

openJiuwen 扩展开发文档：https://gitcode.com/openJiuwen/jiuwenswarm/tree/releases%2F0.2.9.beta3/docs/zh/extension

* 本文系量子位获授权刊载，观点仅为原作者所有。

一键三连「点赞」「转发」「小心心」

欢迎在评论区留下你的想法！

—  完  —

点亮星标

科技前沿进展每日见