openJiuwen发布RSI原生AgentOS：用分层扩展点让Agent给自己加功能

用WorkSwarm处理任务时，想加个新功能，能不能直接把需求告诉Agent，让它自己做出来、装上试试？openJiuwen给出的答案是：可以，而且这套机制叫RSI原生AgentOS。它为递归自我改进（RSI）提供运行环境，把扩展机制从「方便开发者接入新能力」推进到「让Agent能根据任务反馈动手改进自己」。

从架构上看，openJiuwen把系统分成三层：Web客户端负责显示界面和接收用户操作，Gateway负责接入和转发请求，Agent层由AgentServer管理会话、由Harness组织任务执行和工具调用。三层都留了扩展入口。沿这套架构，扩展能力被分成五个环节——Client可以增加按钮、面板和设置项，Gateway可以接入鉴权或调整请求路由，AgentServer可以处理会话、消息和服务端命令，Swarm可以定制多Agent协作规则，Agent可以调整提示词、接入工具或子Agent。

这些改动通过扩展包交付。包里的manifest.json写明包标识、版本、依赖和代码入口；涉及界面时，还可以声明组件显示在输入区、侧栏或设置页的哪个位置。安装时，系统读取并检查清单，按包ID和版本保存扩展包。加载时，Gateway和AgentServer分别选取由自己运行的包，确定版本和顺序，再把扩展代码里的处理函数注册到各自的事件总线。当用户点击界面按钮、网关收到请求，或Agent开始组装提示词时，相应组件发出事件，事件总线找到匹配的处理函数并调用它。

落到实际使用上，WorkSwarm默认没有桌宠形态。用户把需求告诉Agent——「给WorkSwarm加个桌宠吧，我想在桌面上点一下就能跟你聊天」——Agent按描述生成扩展包，再把它作为系统插件装进WorkSwarm。启用后，工作台可以收起来，桌面上只留桌宠；双击桌宠又能回到工作台，刚才的对话还在。另一个例子是Token Weather：用户说「在输入框上方加条状态栏，显示当前会话的Token用量」，Agent编写代码、打包并安装。试用后觉得占地方，接着说「做得紧凑一点，保留用量百分比」，Agent按反馈修改并重新加载。整个循环里，新功能热插拔、接入时不用改应用原有代码，扩展包按版本管理，新版出了问题还能从存档点回退。

往更远处看，openJiuwen认为随着更多环节向扩展开放，个人的使用习惯、团队的协作规则和企业的运行要求，都可以成为Agent调整自己的依据。刚装好时它有一个默认的样子，往后会变成什么样，它可以在一件件实际工作里自己改出来。openJiuwen把这种状态概括为「Agent所想即所得」。