我开源了给老师们的“填表神器”，一键生成“教案”，聊聊AI如何真正帮到普通人

推荐语

一键解决教师填表烦恼，AI如何真正落地帮助普通人完成琐碎工作？

核心内容：
1. 教师群体在填表工作中面临的痛点与现有AI工具的局限
2. 开发通用表格填写工具的技术实现与用户反馈
3. 从实践中总结的AI产品落地关键与行业启示

杨芳贤

53A创始人/腾讯云(TVP)最具价值专家

普通人的无奈

前段时间和一位多年未见的老同学拉起家常，他毕业后辗转考上教师、组建家庭、育有一女，虽历经种种，但轻舟已过万重山。

聊起最近在忙什么，他说时值期末，老师们都在忙着提交整个学期的教案材料，可要写上一阵子了，我说：你可以用AI来辅助你啊，比如......

他打断我，语气里带着不满和无奈，说道：现在很多老师确实都是用 豆包、元宝 这些AI对话工具来写的，但是学校要提交的是Word表格，一个表格要填好多好多项目，表格里每一项，都要编写提示词来获得AI的回复，然后再手动贴回表格里。有时候为了获得一个好的回复，要写很多提示词，提示词字数都要赶上答案的字数了，并且来回地粘贴也很麻烦，他问我有没有什么好的、快捷点的办法。

貌似无解

长期浸淫在AI、大模型的宏大叙事中，我突然愣了一下，原来普通人还都被困在杂乱无章的Office文档之中，我想，就算飞书的智能表格再强大（飞书智能表格号称可以一键填表，但对word文档却无能为力），也没办法解决这个“鸡毛蒜皮”的小事吧。

其实，总结来说需求很简单 ——

『上传一个Word空表格，一键自动填好后，可以把填好的Word下载下来』

但，竟没有一个产品能支持的足够好，以下截取了豆包、元宝、Manus给出的结果：

豆包	元宝	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