夜雨聆风学习资料网

ARTICLE · 1203450

1人用Claude手搓Office全家桶爆火!狂卷93%功能,却撕开40年开源恩怨

1人用Claude手搓Office全家桶爆火!狂卷93%功能,却撕开40年开源恩怨

— 作者 —Moss

— 编辑 —Zed

2026年10月中旬,一组免费开源的Office替代品在科技圈刷屏了。

打工人们沸腾了苦微软365订阅制久矣的网友们奔走相告:一个人,带着大模型,把市值数万亿美元的微软帝国护城河给端了?

然而,就在全网为这场“AI单挑巨头”的神话狂欢时,一群老牌程序员却在评论区冷笑出声。

推开这扇流量的门,门前是一场属于2026年的AI极速狂飙;门后,却是一场跨越了整整40年的开源战壕苦役。

01前半场:一人一AI单挑微软,一场积压多年的“私人复仇”

故事的前半场,爽得像一部好莱坞大男主电影。

主角叫布兰登·托马斯(Brandon Thomas,网名@echelon)。在这之前,他刚刚用Anthropic的Claude大模型配合Rust语言,手搓了一套高仿Photoshop等Adobe全家桶的开源软件。

紧接着,他把枪口对准了微软

短短几天内,他在GitHub上接连甩出三款应用:WordCraft(对标Word)、GridCraft(对标Excel)、DeckCraft(对标PowerPoint)。

最让网友瞳孔地震的,是社交媒体上疯传的一组数字:这套软件用纯Rust编写,不套笨重的网页壳(Electron),直接原汁原味读写.docx、.xlsx、.pptx格式。其中,Excel功能区还原度高达89%,内置函数覆盖率达到93%,连PPT的功能也覆盖了79%!

这还不算完项目自称采用了工程界的“净室实现”(Clean-room),依据公开格式标准和软件行为重新实现功能。

面对部分网友“这又是AI生成的垃圾软件(Vibe-coded slop)”的嘲讽,托马斯直接录了一段3分多钟的视频硬刚,开场第一句话就是:“老弟,我会写代码(My guy, I can code)。” 他晒出自己15年的硬核履历,大学时在摩天大楼外立面写激光游戏,甚至在实验室里用细菌转染技术让植物发光。他直言,AI大模型让他拥有了“像一整家公司那样工作”的超级杠杆。

但问题来了:市面上明明早就有免费办公软件了,他为什么要费劲重造轮子?

面对“纯属蹭流量”的指责,托马斯在X上彻底爆发,道出了这起事件最抓马的动机,私人恩怨。

▲ 托马斯发帖直言痛恨LibreOffice,称其曾在期末周毁掉自己40页的论文

“我恨透了LibreOffice!”他在帖子中写道,它曾在期末、论文交稿的那一周毁掉自己写好的40页文章。他还附上了当年向老师解释文件丢失的邮件。

这番话戳中了部分用户的痛点评论区有人提到,留在微软Office的一个原因,就是多年积累的“肌肉记忆”。

▲ 网友@anz3e指出,微软的功能区(Ribbon)肌肉记忆是阻止人们迁往其他免费办公套件的最大门槛

微软自2007年引入顶部“功能区”(Ribbon,就是Word顶上那一排密集的图标带)后,把全球十几亿人的手指训练出了条件反射。换个软件,找个按钮都要思考三秒,思路瞬间断片。而托马斯的Craft三件套,把微软的功能区和快捷键复刻得惟妙惟肖。

他还在软件底层埋入了一个属于2026年的王炸设计,MCP(模型上下文协议)控制通道。

在WordCraft和GridCraft里,界面操作被映射为可调用的命令。借助这些接口,Claude等AI助手可以通过代码通道“驾驶”软件,执行文档编辑或表格处理任务。GridCraft的仓库说明列出了MCP、JSON控制通道与命令行接口。

连开源界传奇人物、《大教堂与集市》作者埃里克·雷蒙德(Eric S. Raymond)都忍不住站出来为他叫好,盛赞他正在砸碎科技巨头“越用越糟”的订阅制商业模式。

02后半场:镜头翻转,四十年开源老兵的冷笑与真相

如果故事只讲到这里,这就是一个“天才程序员用AI三天颠覆微软”的神话。

但把镜头转到舞台背面,真相却呈现出截然不同的冷色调。

隐私与安全博主IT Guy(@T3chFalcon)泼下了一盆冰水:把单人做出的预览版吹成“改变游戏规则”,可别忘了,免费开源、能读写微软格式的LibreOffice及其前身,已经在这个世界上存在几十年了。

另一位网友@ArtofOrb更是毒舌调侃:“我猜LibreOffice现在把自家现成的产品重新发一遍,配文说‘快看我们用AI做出来的替代品’,也能瞬间爆火吧?”

▲ 网友调侃:老牌开源软件只要贴上“AI制作”的标签重发一遍也能刷屏

当我们剥开病毒式传播的糖衣,把托马斯的AI新贵与开源老兵放在聚光灯下做一次前后对照,两组残酷的温差浮出水面。

第一组对照:刷屏的“93%覆盖率” vs 真实的“50%可用度”。

社交媒体上,人人都在传GridCraft搞定了93%的Excel函数。但如果你点进storytold/gridcraft的GitHub仓库说明书(README),会看到作者本人写下的一段极其诚实的自白:

功能区命令目录覆盖了89%,工作表函数实现了513个(共523个,约98%,与社交媒体的93%口径不同)。但README同时自评:按Excel用户依赖的功能加权,目前大约只有50%达到了“能做正经工作(ready for real work)”的程度。

科技媒体Office Watch和TechSpot的报道也提醒:这三款软件仍是Alpha测试版。Office Watch提到,打开包含VBA宏的.xlsm表格可能丢弃宏代码;复杂排版、数据透视表和陈年老文档的兼容性,也还需要检验。

第二组对照:2026年的AI冲刺 vs 始于1985年的代码苦役。

为什么托马斯几个月就能搭出89%的界面,却卡在了“最后50%的真实工作”上?看看LibreOffice走过的路就明白了。

把日历翻回1985年那一年,年仅16岁的德国少年马可·博里斯(Marco Börries)写出了文字处理软件Star-Writer I,并成立StarDivision,产品后来发展为StarOffice。1999年,太阳微系统公司(Sun)收购StarDivision,并在2000年开放源码,开启OpenOffice.org项目。2010年,社区开发者分叉出了今天的LibreOffice。

▲ LibreOffice官网时间线,记录了1985年Star-Writer I诞生的历史源头

整整40年,这群开源程序员到底在干什么?难道他们写代码的速度比不上AI吗?

恰恰相反,他们干的都是AI最难替代的“脏活累活”。

LibreOffice是一个庞大的C++工程。过去十几年里,贡献者持续清理遗留代码、更新渲染后端,给这座老建筑更换管线。

另一片看不见的战场是兼容与防崩

办公软件会接触恶意文档,也是各种奇葩格式的大杂烩。LibreOffice接入了模糊测试系统OSS-Fuzz,并长期积累自动化回归测试,检查文件解析与排版是否出现退步。

什么叫回归测试?比如用户交来一份会触发故障的XML表格,开发者修复后,为它添加测试用例。后续修改触发同类问题时,测试便能发出警报,减少旧故障卷土重来的机会。

03终局对照:外壳的狂欢与灵魂的苦役

把前半场与后半场拼在一起,你会发现一个极其黑色幽默的闭环:

多年前的期末周,布兰登·托马斯因为开源软件崩溃吞掉了他40页的论文,对LibreOffice恨之入骨;多年后,他用Claude和Rust极速手搓出了一套华丽的Office替代品。

然而,处于Alpha阶段的WordCraft,同样要面对文件丢失与兼容性风险;他当年痛恨的LibreOffice,也一直靠回归测试和底层重构,努力减少这些故障。

这就是大模型时代软件工程最赤裸的真相。

一款顶级工业软件,永远分为水面上的10%和水面下的90%。

水面上的10%,是好看的图标、顺手的微软功能区肌肉记忆、以及能让AI代理直接调用的MCP接口。在这一层,托马斯和Claude的进度令人吃惊,也把用户对熟悉界面的需求摆到了台前。

但水面下的90%,藏着字体回退、损坏文件恢复、跨平台打印适配,以及四十年来用户积累的边缘案例(Edge Cases)。

AI可以把“从0到80%”的原型开发压缩到几天,让一个人看起来像一家巨头公司;但从“80%到99.99%”的可靠性长征,依然没有捷径。

这场刷屏全网的“AI逆向Office”风暴,把熟悉的界面、AI接口与可靠性一起摆上了桌面。

用AI画出一座摩天大楼的逼真外壳可以很快,但要让大楼经得住风雨和期末周的深夜,依然需要工程师在看不见的地下室里,一颗螺丝一颗螺丝地拧紧。

相关学习资料