一人用AI复刻微软Office刷屏全网!40年开源老兵怒怼:代码能跑不叫软件

很多年前的一个期末周，托马斯遇到了一件至今难忘的事。

据他后来回忆，大学时使用的免费开源办公软件在期末周吞掉了四十页论文。

许多年后，当初那个被毁掉论文的年轻人，决定用最狠的方式报仇。

三款软件分别叫WordCraft、GridCraft和DeckCraft。背后的操盘手只有一个人，布兰登·托马斯（Brandon Thomas）。他搭配的工具，是Anthropic旗下的大模型Claude（报道中多称为Claude Opus 5.5）以及近年极受推崇的编程语言Rust。

一个人，一个AI，单枪匹马挑落微软市值万亿美元的看家护院之宝？

全网沸腾了但仅仅几个小时后，一盆冰水迎头浇下。

隐私与安全博主“IT Guy”（@T3chFalcon）转发了这条爆款帖，写下一段让无数跟风者瞬间冷静的长评：免费读写微软文档格式？LibreOffice从1985年就开始干这事了。

一边是AI加持、单兵突进、几天内刷屏全球的“新方案”；另一边是历经四十年沉淀、数千名工程师默默维护、却在流量时代无人问津的“旧方案”。

当这两套方案迎头相撞，一场关于AI时代软件工程底裤的残酷辩论，正式拉开了帷幕。

01路线对决：一人一AI的“闪电战” vs 万人四十年的“阵地战”

先来看看这场风暴里的两套方案，到底隔着怎样的代差。

传统的“旧方案”，是一场跨越四十年的开源阵地战。

@T3chFalcon在帖子里迅速校准了自己的时间线：1985年，德国人马尔科·伯里斯（Marco Börries）写出了Star-Writer I，这便是后来StarOffice的起点。1999年太阳计算机系统公司（Sun Microsystems）将其收购，并在2000年开源为OpenOffice.org。到了2010年，社区分叉出如今鼎鼎大名的LibreOffice。

▲ LibreOffice官方时间线清晰记载了1985年Star-Writer I与StarDivision的创立历史

这条技术谱系已延续四十余年，免费开源阶段则始于后来的OpenOffice.org。全球成千上万名贡献者一行代码一行代码地死磕，才打磨出今天的LibreOffice。如今它可以免费使用，打开和保存微软的.docx、.xlsx和.pptx文件，复杂文档仍可能存在兼容差异。

但尴尬的是，它从来没有像今天这样在推特上“病毒式刷屏”。有网友在评论区辛辣地调侃：也许LibreOffice只需要把现有产品重新发一遍，配文“看我们用AI做出的微软替代品”，明天就能火遍全网。

而托马斯端出的“新方案”，则是一场典型的AI时代单兵闪电战。

在碰微软之前，托马斯刚用Claude和Rust复刻了一整套Adobe全家桶（如对标Photoshop的PhotoCraft）。紧接着，他调转枪口对准微软，一口气甩出WordCraft、GridCraft和DeckCraft，将自己的开源产品线扩充到了十三款生产力工具。

项目将自己的实现方式称为“净室重写”（Clean-room reimplementation）：根据公开的文件格式规范和界面行为，用Rust从头编写兼容实现，直接编译成原生桌面软件。这是项目对开发路径的说明，无法据此断言它已排除所有法律争议。

这种速度，在传统几十上百人的软件团队眼里，简直如同天方夜谭。

02体验交锋：肌肉记忆的精准狙击与“四十页论文”的私人恩怨

既然以LibreOffice为代表的“旧方案”已经免费多年，为什么无数网友看到托马斯的“新方案”，还是像见了救星一样疯狂转发？

有人在X上直接质问托马斯：市面上早就有OpenOffice、LibreOffice、谷歌文档和苹果免费套件了，你搞这一出，纯属为了博眼球骗流量吧？

托马斯激烈回击他转发这条质疑，再次讲起开头那个故事：期末周软件吞掉了他四十页论文，至今让他耿耿于怀。

当另一拨人嘲笑他是靠大模型死记硬背的“氛围编程者”（Vibecoder，指不懂底层技术、全靠跟AI聊天生成代码的玩家），做出来的只是“AI垃圾软件”时，托马斯更是直接拍了一段三分多钟的视频硬刚。

他开篇只有一句话：“兄弟，我会写代码”（My guy, I can code）

▲ 托马斯发布视频长帖自我辩护，细数硬核工程履历，称AI让自己一个人活成了一家公司

这位有着十五年工程经验的老手在帖子里亮出了底牌：早在大学时代，他就在摩天大楼外墙上搭建大型激光投影游戏，甚至在实验室里用农杆菌介导转染技术，把萤火虫的发光基因（荧光素酶系统）克隆进植物里！他声称，AI模型让他能像一整家公司那样工作，按人均营收算，比谷歌高四倍。

除了私人恩怨，托马斯的“新方案”确实戳中了传统开源办公软件几十年没彻底解决的痛点，肌肉记忆。

自微软Office 2007推出顶部“功能区”（Ribbon，也就是窗口上方那一排塞满图标的命令带）以来，全球数亿白领和学生的手指已经被彻底驯化。有用户不愿迁移到LibreOffice，就因为找不到熟悉的按钮、按不出习惯的快捷键，像把汽车的油门和刹车换了位置，哪怕车再好开，老司机也会抓狂。

而WordCraft、GridCraft和DeckCraft在界面上几乎是对着微软“描红”。熟悉的导航窗格、熟悉的公式栏、甚至连快捷键都严丝合缝。对于苦微软订阅制久矣的普通用户来说，这种“零学习成本”的诱惑力，远比情怀管用。

03工程真相：93%的数字幻觉与漫长的维护泥潭

慢着这些早期软件距离替代微软Office还有多远？

剥开社交媒体上的狂欢滤镜，当我们把两套方案放进工业级显微镜下对比，残酷的工程真相才刚刚浮出水面。

在X平台的病毒式传播中，有一组数字被无数大V反复咀嚼：GridCraft覆盖了Excel 89%的功能区命令，以及93%的表格函数；DeckCraft覆盖了PowerPoint 79%的功能。

听起来只差临门一脚就能平替微软了？

去翻翻GridCraft在GitHub上的官方说明文档（README），你会看到完全不同的另一副面孔。

在文档里，托马斯团队写着：虽然工作表函数实现了513个（其清单总计523个），功能区命令目录覆盖了约89%，但如果按“用户依赖的核心功能”加权评估，目前大约只有50%达到了“能做正经工作”（ready for real work）的程度！

这就是传播学与软件工程之间最致命的错位：把菜单上的“目录打勾”，当成了生产环境的“验收合格”。

专门研究办公软件的媒体Office Watch也提醒读者注意风险。这三款软件目前都处于早期的Alpha（预览）阶段。对于办公软件而言，静默的数据损坏尤其危险。

▲ 权威站点Office Watch撰文评测三款克隆软件，明确提醒它们尚处于0.5.0早期阶段，远未到替换微软Office的程度

举个最简单的例子：如果你用现阶段的GridCraft打开一份带有VBA宏代码的公司财务底稿（.xlsm格式）并随手保存，里面的宏代码可能会被直接丢弃；如果打开一份排版极其复杂的商业合同，往返保存几次后，样式和分页可能会彻底错乱。Office Watch因此严厉告诫读者：千万不要拿它直接打开没有备份的重要原件。

这正是传统“旧方案”不可替代的护城河，也是计算机科学界对“氛围编程”（Vibe Coding）最大的担忧。

初始代码写出来以后，漏洞修复、边缘兼容与安全维护，还会持续消耗大量时间。

LibreOffice那套看似不够时髦的“旧方案”，背后是多年积累的兼容经验，从奇葩的陈年旧文档格式，到不同操作系统的字体渲染，再到几百页文档的内存管理。而AI辅助的“新方案”能迅速生成大量代码；当新鲜感退去，面对用户涌入提交的诡异报错（Issue）时，单枪匹马的开发者仍可能被海量的技术债务淹没。

AI降低了写代码的门槛，长期维护的账单也会接踵而来。

04终局洞察：旧方案服务人类的鼠标，新方案讨好AI的大脑

如果我们的视线只停留在“一人AI能否打败四十年开源老兵”，那还只看懂了故事的一半。

托马斯这套“新方案”里，还藏着一条值得研究的MCP（Model Context Protocol，模型上下文协议）通道。

什么意思？

微软Office和LibreOffice都提供了长期使用的图形界面，也有宏、API等自动化途径。若让AI助手通过截图寻找按钮、模拟点击来操作，仍容易点错。Craft系列则强调把界面命令直接开放给AI调用。

WordCraft、GridCraft和DeckCraft把这条通道放进了架构设计。

托马斯在底层架构里做了一个极度超前的设计：软件里的每一个按钮、每一条命令，都被赋予了一个稳定的唯一标识，并直接暴露给命令行（CLI）和MCP服务器。

打个通俗的比方：托马斯在造车时，给机械传动轴焊上了数字接口。人类可以在前台用熟悉的微软风格界面点按钮；像Claude这样的AI智能体，也可以通过命令接口操控文档、表格和幻灯片，部分流程能够在没有显示器的环境中运行。

当年的四十页论文给了托马斯动手的理由，如今他还想打造一套能让大模型直接驾驶的办公底座。

四十岁的LibreOffice守住了人类手工办公时代的底线与尊严；而那个狂妄的“单人AI军团”，虽然造出的还是一辆随时可能散架的半成品概念车，却已经把轮胎压上了下一代人机交互的起跑线。

未来的办公软件大战，或许还要比一比“谁能成为AI双手最顺滑的延伸”。在这场新牌局里，无论是开源老兵还是微软帝国，都没有躺赢的资格。