真牛!重写office,但用户是 AI

9 月 30 日到 10 月 7 日，十一个 Rust 项目，十八万星

它们的 README 里写着一句话：Built for agents

9 月 30 日到 10 月 7 日，GitHub 上一个叫 storytold 的账号开了 11 个仓库，全部 Rust，全部 MIT / Apache 双协议，每一个都对着你电脑里某个装了十年以上的软件：

合计 18.4 万星。品牌叫 ArtCraft，官网 getartcraft.com，同一个团队 2022 年还有一个 3.7 万星的绘图引擎。

第一反应是「AI 生成的空壳项目」。我本来也这么判断，翻完仓库之后站不住了：

骗流量的项目不会给你 800 个测试和三千多个 issue。它是真的在写。

wordcraft 的 README 里有一段，是这波项目里最值得读的话：

翻译过来：这个文字处理器的每一个动作都有一个编号。同一套 422 条命令，同时驱动菜单栏、快捷键、命令搜索、命令行、JSON 控制通道和一个 MCP 服务。

你在界面上点「加粗」，和 Agent 通过 MCP 调 format.bold，走的是同一条命令。

它的架构分了六层，从下往上：文字排版、OOXML 解析、渲染、会话与命令层、MCP 服务，最后才是 egui 界面。README 给界面层的标注是 swappable——可替换。

想让 Agent 用上它，就一行：

这个设计选择比「用 Rust 重写」重要得多。

过去三十年，桌面软件的架构是反过来的：界面是本体，功能挂在界面上。菜单、工具栏、快捷键，全是「人能点的东西」。想让程序自动操作，只有两条路——模拟点击，或者等厂商赏一个残缺的 API。

这批项目把顺序倒了过来：命令是本体，界面只是其中一个消费者。

于是驱动方式变成了三种：

一旦命令是本体，「这个软件好不好用」就分裂成两个问题：人用着顺不顺手，以及 Agent 能不能可靠地驱动它。这批项目押的是后者。

wordcraft 的 MCP 服务可以划目录边界：

把 Agent 的读写范围做在启动参数里，而不是等出事再加闸。这件事做得比很多现成的 MCP 服务都清醒——后者往往把整棵目录树一次性交出去，出问题才发现没有第二道防线。

三条，都能自己去看：

第一，净室重写的成本结构变了。 以前重写一个 Photoshop 要几百人年，没人敢立项；现在有人八天开十一个坑。差别不在 Rust 快，在于规格能从公开文档反推、代码能大规模生成、测试能自动铺开。photocraft 自己在 badge 上老实标着 early alpha——它清楚自己现在是什么阶段。

第二，竞争点从「功能多」移到「可被驱动」。 当 Agent 成为主要调用方，一个软件的价值取决于命令集是否完整、动作是否有 id、结果能否被程序断言。菜单做得多漂亮，Agent 用不上。

第三，开源替代品的逻辑变了。 以前开源替代是「我买不起，所以用免费的」；现在是「我的 Agent 需要一个能操作的接口，而闭源软件不给」。这是需求侧的变化，不是价格侧。

八天，十一个，十八万星，三万多个未关闭 issue。这组数字不像产品成功，更像一场集体下注——赌的是软件的操作层会被 Agent 接管，然后抢先把自家软件改造成可被驱动的东西。

赌得对不对，一年内看得出来。但有一件事现在就能确认：下一代桌面软件如果不提供一套带编号的命令集，它连被 AI 使用的资格都没有。

如果这篇内容对你有帮助，欢迎点赞、在看、转发三连，我们下篇见。

既然看到这里了，如果觉得有用，随手点个赞、在看、转发三连吧。

THANKS FOR READING