属于Agent的文件协议来了！Selfware让Agent之间无缝传递上下文

2月26日晚8点，WaytoAGI 共学邀请来了 floatboat.ai 的创始人少卿和架构师 Remy。

少卿是社区老朋友，做过「出国点餐一条龙」，这次带来了一个叫 Selfware 的开放协议，专门解决 Agent 之间上下文传递的问题。

直播里有个细节挺有意思。AJ 说她前一天晚上试了一下，一开始完全看不懂这是什么，但让 Claude Code 跑了一遍之后，立刻就懂了！

这个反差其实就是 Selfware 想做的事：把「怎么用」这件事直接打包进文件里，agent 一看就会。

核心结论很简单：一个 .self 文件 = 数据 + 视图 + 操作历史 + 协作记录。你在小龙虾上干完活，打个包扔给 Claude Code，它接着干，所有上下文都在。

📺 完整直播回放：通往AGI之路视频号

背景：Agent 时代的文件格式困境

在讲 Selfware 之前，我们得先理解一个问题：为什么现有的文件格式不够用？

传统软件的文件格式，比如 .docx、.pptx，本质上也是压缩包。少卿现场演示了一下，把 .docx 改成 .zip，直接就能解压。

但问题是，这些格式是封闭的，只有微软自己能完全解读。更关键的是，里面只有数据，没有操作历史，更没有「这个文档是怎么一步步做出来的」。

你在 Cursor 里跟 AI 聊了几十轮，做出一个项目，上下文全在对话历史里。现在你想把这个项目交给 Claude Code 接着做，怎么办？

以前的办法是建个 Git 仓库，写个 README，然后祈祷对方能看懂。但 agent 不是人，它需要的不只是代码，还有「你为什么这么做」「改过几版」「哪些是关键决策」。

少卿说，他们自己做 agent 产品时遇到了这个痛点。你从本地电脑 hand off 到云端，或者从一个 agent 平台切换到另一个，上下文怎么无缝衔接？这是个真实存在的问题。

Selfware 要做的就是把这堵墙拆了。

Selfware 是什么？

本质上，Selfware 定义的是 Agent 之间协作的一种文件协议。不同的 Agent 之间可以更好地协作，同时也给人类提供了更友好的界面。设计原则是 Agent first，但对人类友好。

Selfware 的协议定义很简单，核心就一句话：

a file is an app，everything is a file。

Selfware协议演示界面及核心定义文档

传统软件分三层：数据层、逻辑层、交互层。传统文件只包含数据，逻辑和视图都绑定在特定软件上。但在 agent 时代，AI 能看懂你的数据，也能临时生成视图和逻辑，那为什么还要把它们绑死？

Selfware 协议定义了四个核心原则：

数据权威性（Canonical Data Authority）：每个实例必须定义唯一的数据源。

写入边界（Write Scope Boundary）：所有写操作限制在 content/ 目录（或声明的规范范围）内。

无静默更新（No Silent Apply）：任何更新都必须经过用户确认，不能偷偷执行。

视图即函数（View as Function）：视图 = f（数据， 意图， 规则）。视图不是数据源，只是数据的投影。

一个 .self 文件里包含这些东西：

selfware.md：协议文档本身，定义了这个文件遵循的规范。可以引用 GitHub 上的标准协议，也可以自己定义。

manifest.md：定义这个软件是什么，怎么启动，需要哪些权限，有哪些视图。就是个 Markdown 文件，AI 擅长写这个。

content/ 目录：所有数据都放这里，只能被 agent 操作。你写的文档、做的笔记、项目文件，全在这。

memory/ 目录：记录所有改动和关键决策。每次 agent 干完一件事，会把元数据记下来，包括「为什么这么改」「改了什么」。如果启用了 Git，还能看到完整的版本历史。

skills/ 目录：这个项目用到的所有 skills 都可以打包进去。你传给别人，他不需要再去市场装一遍，直接就能用。

views/ 目录：存放不同的视图实现。同一份数据可以有文档视图、PPT 视图、脑图视图、卡片视图。

少卿现场演示了他自己的一个 .self 文件。本地是个文件夹，要分享的时候只需要跟 Agent 说“要打包分享、去掉敏感信息”，就能直接打包成 .self 文件。

这个文件可以有多种视图：传统文档、PPT、脑图、大纲、卡片。同一份数据，你在文档视图里改了，PPT 视图里也会同步更新。

更狠的是，你可以直接跟 agent 说「给我新增一个主题」「把这个导出成小红书图片」，它就去干了。软件本身是活的，可以无限更新。

协同的玩法

Selfware 还支持一个高阶玩法：多人协同。

假设你和 AJ 共享一个 GitHub 仓库，你在 manifest 里定义好这个文件是协同的。你改完之后，AJ 打开他那边的 .self 文件，会自动检查服务端有没有更新，有的话通过 Git 直接 merge 进来。

Selfware自修改与AI Agent协作文档

这意味着什么？

你可以把一个项目打包成 .self 文件，传给做设计的朋友，他用他的 agent 接着干。干完之后传给做增长的，再传给做开发的。

每个人的 agent 都能看到完整的上下文，知道前面的人做了什么决策，为什么这么做。

而且你完全可控。打包的时候可以选择不包含 memory，只分享软件本身。也可以选择不用 GitHub，就在两台电脑之间传，或者两个小龙虾之间传。

协议还定义了 Discovery 机制：你在用这个软件的过程中，如果遇到某些问题搞不定，可以让它去 GitHub 上找解决方案。

比如你想把文档转成特别好看的 PPT，它可以带着意图和部分上下文去找，找到了会问你要不要试一下。文件本身可以进化。

让 agent 跑 25 个小时

Remy 展示了一个更极端的例子：一个让 agent 长程运行的系统，跑了 25 个小时，经过 20 次迭代，完成了一堆 UI、测试、功能开发的任务。

如果要把这个能力复制给别人，以前的做法是建个 Git 仓库，写个文档，然后 50% 的人看到这一步就放弃了。

现在的做法是把整个项目打包成 .self 文件，扔给你。你不只能看到最终的代码，还能看到：用了哪些 skill、做了哪些关键决策、为什么界面长这样而不是那样、每一步是怎么迭代过来的。

Remy 说，这不只是技术问题，还涉及到未来的经济系统。当生产力爆棚之后，人的工作会变成“指导 AI 工作”。

同样的 agent，有人用来跑小任务，有人用来做量化系统每天赚 1 万块，差距在于你怎么引导它，怎么把需求落地，怎么把 token 变成价值。

Selfware 要做的是让这些技能可以无限迭代、无限复制。

就像有人直接用 Selfware 做了一个微信公众号 Markdown 编辑器，支持多种样式、实时手机预览、一键复制到公众号。

更有意思的是他把它跑在自己的云服务器上，让 OpenClaw 开通远程访问，配好防火墙端口，现在随时随地都能用。

这个工具本身也是一个 selfware，自己写的，自己的数据，自己的服务，没有依赖任何第三方平台。

实用建议

如果你想试试 Selfware，可以这么开始：

去 GitHub 找仓库： floatboat-ai/selfware.md 是协议文档仓库，协议文件就两个，中文版 selfware-zh.md 和英文版 selfware.md.awesome-selfware/openoffice.self 是一个完整的 demo，包含了运行时实现。

本地跑一个 demo：克隆 openoffice.self 仓库，运行 python server.py，打开 http://127.0.0.1:8000/ 就能看到效果。这个 demo 包含了文档、画布、脑图、大纲、演示、卡片 6 种视图。

用 agent 帮你玩：把仓库地址丢给小龙虾或 Claude Code，让它帮你解压、运行、修改。跑一遍比看十遍文档都管用。

从小项目开始：不用一上来就搞大的。可以先把一个笔记、一个日程管理、一个小工具做成 .self 文件，体会一下「文件即软件」是什么感觉。AJ 昨天就用这个协议做了一个日历软件。

试试多 agent 协同：在小龙虾上干一半，打包传给 Claude Code 接着干，看看上下文是不是真的无缝。

提交你的想法：这个协议是开放的，还在快速迭代，当前版本是 v0.1.0 (Draft)。你可以在 GitHub 上提 issue，或者直接提交 PR。少卿说他们已经准备好了一个机器人军团来处理 issue。

Selfware 是一个完全开放、去中心化的协议，不过在 floatboat.ai 里运行是最顺畅的，因为产品从一开始就是围绕这套协议构建的：

自带文件管理器和浏览器视图的 Agent，操作无缝衔接。下周更新后还会支持在飞书或其他聊天软件里，远程调用自己电脑上的 Agent。

floatboat.ai 内测版

少卿和 Remy 自己在做的产品floatboat.ai，就是围绕 Selfware 协议搭的，这场直播里也顺带展示了一下。

它的定位是“办公场景下的 Openclaw”，左边是全功能文件管理器，中间是各种视图，右边是 agent。

内置浏览器，支持深度搜索、操控本地邮件、写入苹果日历，可以同时开多个工作空间，agent 跑多少个看你电脑性能。

现在还在内测，正式版预计下周会发，感兴趣的朋友可以蹲蹲。

安全边界

Selfware 协议特别强调安全性。运行时有几个硬性限制：

仅本地访问：默认只监听 127.0.0.1，不对外暴露。

写入范围限制： agent 只能写 content/ 目录，不能乱动其他文件。

高风险操作确认：打包、发布、拉取合并、应用更新这些操作，都需要明确确认，不能静默执行。

这些限制不是为了限制 agent 的能力，而是为了让用户始终保持控制权。你的数据归你所有，你可以随时拿走，也可以随时检查 agent 做了什么。

怎么开始用？

如果你正在做 agent 相关的产品，Selfware 值得认真看一下。

它解决的是一个真实痛点：agent 之间怎么传递上下文。

如果你只是在用 agent 干活，也可以试着把你的项目打包成 .self 文件，体会一下数据归你所有、随时可以拿走的感觉。

少卿团队刚开源了这个 Agent 文件协议，让 Agent 之间信息流转自包含、自进化，数据自有：