普通人的无奈
前段时间和一位多年未见的老同学拉起家常，他毕业后辗转考上教师、组建家庭、育有一女，虽历经种种，但轻舟已过万重山。
聊起最近在忙什么，他说时值期末，老师们都在忙着提交整个学期的教案材料，可要写上一阵子了，我说：你可以用AI来辅助你啊，比如......
他打断我，语气里带着不满和无奈，说道：现在很多老师确实都是用 豆包、元宝 这些AI对话工具来写的，但是学校要提交的是Word表格，一个表格要填好多好多项目，表格里每一项，都要编写提示词来获得AI的回复，然后再手动贴回表格里。有时候为了获得一个好的回复，要写很多提示词，提示词字数都要赶上答案的字数了，并且来回地粘贴也很麻烦，他问我有没有什么好的、快捷点的办法。
貌似无解
长期浸淫在AI、大模型的宏大叙事中，我突然愣了一下，原来普通人还都被困在杂乱无章的Office文档之中，我想，就算飞书的智能表格再强大（飞书智能表格号称可以一键填表，但对word文档却无能为力），也没办法解决这个“鸡毛蒜皮”的小事吧。
其实，总结来说需求很简单 ——
『上传一个Word空表格，一键自动填好后，可以把填好的Word下载下来』
但，竟没有一个产品能支持的足够好，以下截取了豆包、元宝、Manus给出的结果：
 |  |  |
从以上结果很容易推理出其中的原因：这些产品最多只做了文件内容的“阅读”和“思考”，但无法做到文件的“生成”，并且只要填写的项目一多，生成的结果质量就会下降。
所以还需要人来针对每一个要填写的项目进行复制、粘贴、保存，实现最终的表格和空表格式一致，就连最让我期待的Manus（Manus已经不是做简单的AI问答，属于高阶的Agent类产品了），竟然也败北。
一探究竟
为了一探究竟，我撸起袖子做了这样一个产品，因为并不需要视觉交互多么美观，只需要一个文件上传按钮、一个指令输入框和一个文件下载按钮就够了，在AI Codding的帮助下，开发、测试、部署，两个晚上就完成了这个AI产品，源码附在文末。
虽然还有很多细节值得仔细打磨，但给这位朋友用了之后，惊呼：
『太方便了~』
他问，除了我自己的学科，其他学科的老师可以用吗？我说可以的，因为这本身就是一个通用的表格填写工具，只要是表格填写类问题，都可以一试。
重在感悟
通过这次实践，有一些大大小小的感悟、体会和各位分享：
【一】 AI的覆盖面
AI的命题太大了，在我们朝着AGI宏伟目标前进的时候，难免会忽视一些“普通需求”，甚至是脏活累活，这类需求可能很痛，用户群体也很大。
【二】 AI产品的卡点很多时候不在AI
真正做的人才有深刻体会。比如在做上述“表格自动填写”功能时，关键不是大模型选哪个、要不要精调/蒸馏一个垂直大模型，因为市面上的模型效果都很好，效果相差不太大，反而是对Word文件的处理需要花功夫研究：
怎样判断表格里哪些单元格需要被填写？
怎样让生成的内容回填到空表格中？
怎样让生成的文件和原始文件保持格式的一致？
这些都需要建立在深刻理解大模型能力的基础上，做出相应的工程决策。
再举个例子，之前写了很多关于RAG的技术思考，现在发现RAG的关键不是G（至少目前不是了，两年前可能还是），而是R，但在R上有深厚沉淀的团队不多，因此也吃了这个亏。
【三】 用AI实现AI
整体做出这个Demo只用了两个晚上，只因我有AI。之前市面上大肆鼓吹的Vibe Coding（有译为“氛围编程”），一直没有理会，觉得是“造词”的艺术，这次也算是感受了一把AI给予的强大“氛围”。
其实不止写代码，从写需求文档、搭建工程架构到调试BUG 都可以用AI来做，甚至一行代码也不需要写，Ta让你更加专注于业务本身而非技术细节。
这看似微不足道的需求，像一面棱镜，折射出 AI 浪潮席卷之下常被忽略的现实光影 —— 我们高歌猛进奔向 AGI 的宏大叙事，有时却未能照亮普通人日常劳作中的每一处暗角。
技术的光环固然耀眼，但真正的智能普惠，恰恰在于弥合这宏愿与琐屑之间那道不易察觉的鸿沟。
DeepSeek-R1
