桌面上蹲着一只小蜜蜂，点一下就能搭话，双击又回到工作台，聊到一半的对话原样保留。这个“桌宠”并非WorkSwarm出厂自带的形态，而是Agent听完一句“给WorkSwarm加个桌宠吧，我想在桌面上点一下就能跟你聊天”之后，自己动手做出来并装进应用的成果。不喜欢蜜蜂造型，还可以换成胶囊样式。
WorkSwarm是openJiuwen基于RSI原生AgentOS构建的Agent应用。RSI指递归自我改进，意思是Agent在执行任务的同时，也能对着自己下手：把想到的改法写成扩展包，装上运行，再按实际使用反馈继续修改。在HyperAgent架构的八项特征中，openJiuwen为扩展性给出的发展方向，是从“开发者友好”走向“RSI友好”，机制既要方便开发者接入新能力，也要让Agent能够依据任务反馈自行进化。openJiuwen把这种体验称作“Agent所想即所得”。
为支撑这种循环，AgentOS在界面、网关、服务端和Agent执行各环节都设置了扩展点，覆盖运行全周期。新功能支持热插拔，接入时不必改动应用原有代码；扩展包按版本管理，新版出了问题可以退回旧版。Agent把新功能打成AgentOS能加载的扩展包，同一个包装进WorkSwarm后，名字就叫系统插件，在“我的扩展”里启用即可回到手头任务里试用，哪里不顺手再告诉Agent怎么改。
扩展包究竟接在什么地方、又是怎么跑起来的？先看系统的分层。用户请求从Web客户端出发，客户端负责显示界面、接收操作；请求经Gateway接入转发；到达Agent层后，由AgentServer管理会话，Harness组织任务执行和工具调用。三层都留了扩展入口，界面上加功能、调整请求处理方式、改变任务执行逻辑，都有对应的落点。
沿架构细看，扩展点分布在五个环节：Agent本身可以调整提示词，接入工具、MCP服务或子Agent；Swarm可以定制多个Agent的协作规则、跟踪任务进展；AgentServer可以处理会话、消息和服务端命令；Gateway可以接入鉴权、调整请求路由；Client则负责增加按钮、面板和设置项。
这些改动统一以扩展包交付。包内的manifest.json写明包标识、版本、依赖和代码入口，涉及界面时还会声明组件的落位，输入区、侧栏或设置页。安装时，系统读取并检查清单，按包ID和版本保存；加载时，Gateway和AgentServer分别挑选由自己运行的包，确定版本与顺序，把扩展代码里的处理函数注册到各自的事件总线。此后，用户点击界面按钮、网关收到请求、Agent开始组装提示词，都会触发事件，由事件总线匹配并调用处理函数。处理函数既能参与当前流程，也能通过Ops调用组件开放的能力；需要刷新界面时，还可把更新所需的数据发回Web客户端。
挑选扩展点的思路，是先确定介入时机，再看对应组件开放了哪些Operation能力。openJiuwen目前开放的事件覆盖几类场景：网关与服务端方面，有请求分发前的拦截和已接入命令的处理；界面交互方面，有扩展界面就绪、用户点击按钮或选择选项；会话与消息方面，有跨会话消息的收发和上下文用量更新；Agent执行方面，有系统提示词开始组装的时机；Swarm协作方面，有协作规则生成和团队运行状态变化。
处理函数能调用哪些Ops，取决于它运行在哪个组件里。常见能力包括：在扩展声明的位置显示面板或刷新内容；登记Agent可用的工具；读取历史消息、对话轮次和上下文用量；通过网关发起策略允许的HTTP请求；经只读接口查询团队成员、任务进展和依赖关系；在授权范围内读取文件，保存扩展自己的配置和运行状态。完整清单可在openJiuwen扩展开发文档中查到。
落到实操，第一次做系统插件可以借助开发Skill与Agent对话，边做边调。想做Token Weather，说一句“在输入框上方加条状态栏，显示当前会话的Token用量，用晴天、多云这类天气提示占用程度”，Agent便会编写代码、打包并安装到WorkSwarm。启用后试用，若嫌状态栏占地方，补一句“做得紧凑一点，保留用量百分比”，Agent按反馈修改并重新加载，又能再试一轮。习惯手写的用户，也可以自己编写插件声明和代码打成ZIP，有依赖项就在声明里注明版本要求，WorkSwarm加载时会检查。
安装渠道有三条：从侧边栏“扩展”页面的“系统插件”列表下载安装；在对话框里用/extension install命令安装本地插件；或者把解压后的插件文件放进安装目录，WorkSwarm重启时自动加载。装好后到“我的扩展→系统插件”里确认状态并启用，随后验证功能，以Token Weather为例，先看输入框上方有没有出现状态栏，再发一条消息，等Agent回复完，确认用量有没有更新。
试用新插件难免出状况，能回退才有底气继续改。假如启用后某个页面打不开，可以选定故障前的存档点，恢复当时的系统插件配置；回退后重新打开出问题的页面，确认恢复正常，再接着调试。
这套机制的用武之地不止于加个状态栏。多个Agent协作的场景里，项目自己的分工与交接约定可以写进协作规则，任务开始后扩展还能接收状态变化通知，跟踪谁在做哪项任务、做到哪一步。比如任务分给几个Agent后想掌握全局，可以让Agent按描述生成团队协作可视化扩展包；装好启用后，集群模式下能在一个视图里看到团队成员、各自负责的任务和任务间依赖，某项任务卡在等待状态时，顺着依赖就能查到是哪项前置工作尚未完成。
界面层面，主题也能交给Agent定制。在WorkSwarm里说“给工作台做几套带动画的主题，我想在设置里切换”，Agent会根据描述生成主题背景扩展包；装入并启用后，到设置页选一个主题，工作台便换上对应的动态背景。
单Agent扩展则深入会话管理与任务执行环节。想知道长对话的上下文都花在哪儿，可以让Agent生成一个上下文监控插件：面板显示输入Token数和窗口占用率，并估算系统提示词、技能、工具定义和消息各占多少；还能对比每次模型请求的输入用量，查看工具调用的状态与耗时，回看近期轮次的用量摘要和会话消息。
企业接入是另一类典型需求。分布式部署时，Gateway与AgentServer可以分开运行，企业按业务需要选择Gateway连接的AgentServer，并在两侧分别加载所需扩展——Gateway侧接入鉴权或调整请求路由，AgentServer侧为会话补充项目上下文，或调整服务端命令的参数与执行结果处理方式。需要隔离执行时，可通过适配器接入第三方沙箱，让Agent在选定环境里运行命令和代码。
落到WorkSwarm里，Gateway登录插件可以给应用入口加上登录页，在请求进入业务流程前校验凭证：未登录的用户会看到登录页，受保护的请求被拦下；登录后浏览器带上凭证，校验通过的请求继续处理。新建单Agent会话时，系统插件还能提供Claude Code、Codex和openJiuwen三种Harness选项，选定后由对应的Harness执行这次会话的任务、调用工具，前端界面随之切换。
