575 star 的项目，默认用户不是人类

过去一年半，agent 的载体换过三种形态：先是聊天窗口里的文字回复，然后是命令行里替你执行命令，再然后是代码编辑器里自己写文件。三种形态走的是同一条曲线：人的操作权重在下移，agent 的操作权重在上移。MCP registry 上挂着一个叫 FableCut 的项目，可以看成这条曲线的第四个样本：一个浏览器端视频编辑器，575 stars，57 forks，MIT 协议，按开源项目的体量连腰部都够不上。但它的两个设计选择更值得看：默认只绑 127.0.0.1，要开局域网访问得显式设 HOST=0.0.0.0 加白名单；全部编辑数据收敛成一个 JSON timeline，支持 MCP 和 REST 两种接口让 agent 直接改工程文件。单看任何一条都平淡；连起来看，它暴露的是一个底层预设的转变：软件面向的默认用户，正在从人类换成 agent。

先说那个 localhost。一个为人类用户设计的工具，不会默认把自己锁死在本地；人类需要分享、协作、多设备同步，这些是刚需。agent 不需要，agent 就在本机，它是唯一需要访问这个服务的外部实体。FableCut 的默认绑定，加上它的 API 层根本没考虑多租户、权限分级、审计日志（这套东西是给人类组织设计的，不是给单个 agent 用的），等于把作者对“谁是使用者”的回答直接写进了代码里：人是配置方，agent 是操作方。这个架构姿态，比它实现的功能重要得多。

把镜头拉远一点看，这个转变是在回答一个更古老的问题：软件的用户是谁。GUI 时代这个问题的答案是“人类用户”，API 时代是“开发者的代码”，CLI 时代是“敲命令的专家”，现在答案里多了一个成员：AI agent。DOS 时代的软件为键盘设计；鼠标出现之后，界面层被整个重做了一遍，Windows 不是把命令行做得更好看，而是换了一套交互范式。现在发生的不是“给现有软件加一个 AI 按钮”，而是“以 agent 为默认用户重写软件的交互层”：数据格式通用化、接口协议化、人类 UI 退居二线。FableCut 只是这个重写运动里一个极早期的像素点，方向比完成度更重要。

这个重写在数据层长什么样，FableCut 的 JSON timeline 是个具体样本。全部编辑状态收敛成一份可读的数据结构，可手动改、可 UI 改、可让 agent 用 MCP 或 REST 改。传统剪辑软件的工程文件是专有格式，Premiere 的 prproj 拿到达芬奇里是废品，Pro Tools 的工程拿到 Logic 里什么都不剩；攒了三年的项目被格式锁死，这是剪辑软件护城河里很大的一块。FableCut 把这块拆了：数据通用、可迁移、谁能解析都能用，整个项目状态随时可以导出给另一个工具、另一个 agent。护城河在这里搬了一次家，从“锁住你的历史”搬到“让历史本身变得无关紧要”。这个假设和主流正好相反，能不能成立我不知道；但它已经被做成实物了，这一点本身就值得盯。

这里要认一个错。去年写壳层工具的时候，我把“agent 化”当成竞品之间互相抄的一个 feature，没把它当成一层独立的结构变迁。FableCut 让我看清这两件事的权重不一样：加一个 agent 接口是功能，以 agent 为默认用户重写架构是范式。前者我判断对了；后者压得不够重。我的判断是：未来两三年会看到越来越多默认操作者是 agent 的软件出现。这个判断的前提是 agent 的可靠性和可观察性持续改善；如果 agent 还是经常跑着跑着就脱轨、出错了难以排查，“agent 作为默认用户”就只是一个智力玩具，撑不起真实生产流程。前提成立的话，回头看 FableCut 的通用 JSON timeline、MCP 优先的接口、把执行权整体交给 agent 的架构姿态，会从“开源玩具的特征”变成“主流软件的基本要求”。那时候这个 575 star 的项目就不是玩具，是最早按新范式画出来的那张草图。