前段时间，我与一位多年未见的老同学叙旧闲聊。他毕业后历经波折，最终考取教师编制，组建了家庭，育有一女。虽然过程多有坎坷，但如今总算轻舟已过万重山，生活步入正轨。

聊起近况，他提到正值期末，老师们都在忙碌地准备整个学期的教案材料，工作量不小。我建议他尝试使用AI辅助工具来提升效率，但话还没说完，就被他打断了。

他语气中充满无奈：现在不少老师确实在使用豆包、元宝等AI工具撰写材料，但学校要求提交的是Word表格——一个表格动辄包含十几二十个项目，每个项目都需要单独编写提示词让AI生成，再手动复制粘贴到表格中。有时为了得到一个满意的回复，提示词写得比答案还长，来回粘贴的操作更是让人崩溃。

普通人的无奈

长期关注AI与大模型技术，我常常沉浸于各种宏大叙事，直到此刻才猛然意识到：仍有大量普通人被困在杂乱无章的Office文档中。即便飞书的智能表格功能再强大——它号称能实现一键填表，但对Word文档却无能为力——也无法解决这件看似“鸡毛蒜皮”的小事。

其实需求总结起来非常简单：用户只需上传一个空白的Word表格，系统便能一键自动填充内容，最后再将填好的Word文档下载下来即可。

但令人惊讶的是，市面上竟然没有一款产品能完美支持这一功能。以下是豆包、元宝、Manus的实际表现：

豆包	元宝	Manus

原因其实很直接：这些产品最多只能做到对文件内容的“阅读”和“思考”，却无法实现文件的“生成”。而且当需要填写的项目增多时，生成结果的质量会迅速下降。最终用户还是得手动对每一项进行复制、粘贴、保存，才能确保最终表格与原始空表格格式一致。就连备受期待的Manus——它已经属于高阶的Agent类产品，远不止简单的AI问答——最终也未能胜任。

一探究竟

为了彻底解决这个问题，我干脆自己动手开发了这样一个工具。功能并不复杂：一个文件上传按钮、一个指令输入框、一个文件下载按钮，足矣。借助AI Coding（AI辅助编程）的助力，从开发、测试到部署，仅用两个晚上就完成了整套工具。

虽然还有很多细节有待打磨，但朋友试用之后，直接惊呼：“太方便了！”

他紧接着追问：“除了我自己的学科，其他学科的老师也能使用吗？”

当然可以。这本身就是一个通用的Word表格自动填写工具，只要是表格填写类任务，都可以尝试使用。

重在感悟

通过这次实践，我积累了一些大小感悟与体会，值得与大家分享。

【一】AI的覆盖面

AI这个命题实在过于宏大。在朝着AGI（通用人工智能）宏伟目标迈进的过程中，难免会忽视一些“普通需求”，甚至是一些脏活累活。这类需求往往痛点很深，且用户群体庞大。

【二】AI产品的卡点，很多时候不在AI

只有真正动手实践的人才有深刻体会。例如，在实现“表格自动填写”功能时，关键并不在于选择哪个大模型、是否需要精调或蒸馏一个垂直大模型——目前市面上的模型效果都不错，差距不大。真正需要投入精力研究的是Word文件的处理：如何判断表格中哪些单元格需要被填充？如何让生成的内容准确回填到空表格中？如何确保生成的文件与原始文件在格式上完全一致？

所有这些都需要在深刻理解大模型能力的基础上，做出合理的工程决策。

再举一个例子。此前我写过不少关于RAG（检索增强生成）的技术思考，如今发现RAG的关键其实不是G（生成）——至少目前不是了，两年前可能还是——而是R（检索）。但在检索方面有深厚沉淀的团队并不多，因此许多项目在这方面吃了不少亏。

【三】用AI实现AI

整个Demo只用了两个晚上，功劳全在于AI。此前市面上大肆鼓吹的Vibe Coding（有译为“氛围编程”），我一直觉得不过是造词的艺术，但这次亲身体验后，才真正感受到AI赋予的强大“氛围”。

其实不止是写代码，从编写需求文档、搭建工程架构到调试BUG，都可以借助AI来完成。甚至一行代码都不需要自己写，它能让你更专注于业务逻辑本身，而非技术细节。

到这里，我顺带问了一下DeepSeek，想看看它对我的故事有什么感想。它这样回答：

这看似微不足道的需求，像一面棱镜，折射出AI浪潮席卷之下常被忽略的现实光影——我们高歌猛进奔向AGI的宏大叙事，有时却未能照亮普通人日常劳作中的每一处暗角。

技术的光环固然耀眼，但真正的智能普惠，恰恰在于弥合这宏大愿景与日常琐碎之间那道不易察觉的鸿沟。