内容提要
openJiuwen为HyperAgent提出RSI原生AgentOS,提供界面、网关、服务端和Agent执行等全周期扩展点,支持热插拔、版本管理与回退。基于该系统的WorkSwarm可让Agent按用户需求生成扩展包并安装为系统插件,实现桌宠、主题、Token监控、团队协作可视化、登录鉴权等功能,试用后可按反馈调整,体现“Agent所想即所得”。
延伸解读
RSI原生AgentOS:让Agent自己改自己
文章核心是openJiuwen为HyperAgent提出的RSI原生AgentOS,它把界面、网关、服务端和Agent执行等环节都开放为扩展点,覆盖运行全周期。新功能以扩展包形式热插拔,无需改动原有代码,并支持版本管理和回退。这为Agent根据任务反馈改进自身能力提供了运行环境,是“递归自我改进”从概念走向可操作的关键一步。
扩展包如何生效:从安装到事件响应
扩展包通过manifest.json声明标识、版本、依赖和代码入口,界面组件还能指定显示位置。安装时系统检查清单并按包ID和版本保存;加载时Gateway和AgentServer分别选取自己运行的包,将处理函数注册到事件总线。当用户点击、网关收到请求或Agent组装提示词时,事件总线调用匹配的处理函数,处理函数可参与流程或通过Ops调用组件能力,必要时还能把数据发回Web客户端刷新界面。
WorkSwarm的实践:Agent所想即所得
WorkSwarm是基于该AgentOS构建的应用,Agent能把新功能打成扩展包,装进WorkSwarm后成为系统插件。文章展示了多个例子:让Agent生成桌宠形态、Token用量状态栏、动态主题、上下文监控面板、团队协作可视化,甚至Gateway登录鉴权插件。用户试用后可按反馈让Agent修改并重新加载,出问题还能从存档点恢复配置。这体现了“Agent所想即所得”的迭代闭环。
企业部署与扩展边界
文章指出分布式部署时Gateway和AgentServer可分开运行,企业能按需选择Gateway连接的AgentServer,并在两侧分别加载扩展。例如在Gateway侧接入鉴权或调整路由,在AgentServer侧补充项目上下文或调整命令处理;需要隔离执行时,还可通过适配器接入第三方沙箱。这说明扩展机制不仅面向个人定制,也为企业接入和运行环境调整留出了空间。
Q&A
openJiuwen发布的RSI原生AgentOS是什么?它主要解决什么问题?
openJiuwen为HyperAgent提出的RSI原生AgentOS是一个运行环境,旨在支持递归自我改进(RSI)。它提供界面、网关、服务端和Agent执行等全周期扩展点,让Agent能根据任务反馈动手改进自己的能力,实现“Agent所想即所得”。
RSI原生AgentOS的扩展机制是如何工作的?
扩展机制通过扩展包交付。扩展包包含manifest.json,声明包标识、版本、依赖和代码入口。安装时系统检查清单并按包ID和版本保存;加载时Gateway和AgentServer分别选取自己运行的包,将处理函数注册到事件总线。当用户操作或Agent执行时触发事件,事件总线调用匹配的处理函数,处理函数可调用组件开放的Operation能力(Ops)参与流程或更新界面。
WorkSwarm如何让Agent自己添加新功能?能举个例子吗?
WorkSwarm基于RSI原生AgentOS构建,Agent可以将新功能打成扩展包,作为系统插件安装。例如,用户告诉Agent“给WorkSwarm加个桌宠吧”,Agent会生成扩展包并安装为“应用形态”系统插件,启用后工作台可切换为桌宠形态,支持聊天和返回工作台。
在WorkSwarm中安装系统插件后,如何试用和调整?
安装后,在“我的扩展”里启用系统插件,回到任务中试用。如果觉得不合适,可以告诉Agent如何修改,Agent会按反馈调整并重新加载。若出现故障,可以从存档点恢复之前的配置,再继续调试。
RSI原生AgentOS的扩展能力覆盖哪些环节?
扩展能力覆盖五个环节:Client(界面按钮、面板、设置项)、Gateway(鉴权、请求路由)、AgentServer(会话、消息、服务端命令)、Swarm(多Agent协作规则、任务跟踪)和Agent(提示词、工具、MCP服务、子Agent)。
企业接入时,如何利用RSI原生AgentOS的扩展能力?
企业可以按部署需要调整账号接入和Agent运行环境。分布式部署时,Gateway和AgentServer可分开运行,企业可选择Gateway连接的AgentServer,并在两侧分别加载扩展,例如在Gateway侧接入鉴权或调整路由,在AgentServer侧补充项目上下文或调整命令处理。需要隔离执行时,可通过适配器接入第三方沙箱。