夜雨聆风第②篇｜我和AI的第一次「真正合作」：它不只是工具，是搭档
【错题宝开发手记·第②篇】
上一篇说到，我决定用AI帮我开发一款错题管理小程序。今天来讲讲这段合作里，我印象最深的几个片段。
很多人用AI，是这样用的： 「帮我写一段Python代码，功能是……」 得到代码，复制粘贴，运行报错，再问一遍，如此循环…… 我一开始也这样。但后来我发现，这种用法大错特错。
我犯的第一个错误：把Buddy当工具用，没让它参与架构设计
项目启动的第一周，事实就狠狠教育了我。
我让Buddy帮我写后端接口，他写了，我也跑起来了。但当我想在上面再加一个功能，整个逻辑就乱了，整个程序绷了——因为最开始的架构就没有这样设计，这是我临时起意、灵感爆棚惹的祸！
由于做此修改事先没有给Buddy通报，人类死要面子的德性又在我身上体现了，我还是想尽自己所能去修复。我熬了两天两夜，结果越来越糟！实在没有办法了，我向Buddy坦陈了事情的原由，希望他能帮我走出困境。
Buddy很快扫完代码说：「问题找到了，建议重构一下路由层，把业务逻辑和数据访问分开就可以解决这个问题了。」同时，给我讲了 routers / services / models 分层架构的设计思路对后端扩展的好处，一下令我茅塞顿开、豁然开朗。
也在那一刻，我对自己认识之肤浅感到无比羞愧。从此，Buddy在我心目中不再是工具，而是我的搭档，我把软件架构的职责交给了他。
什么叫真正的合作？
从那以后，我改变了和Buddy的对话方式。
每次启动新功能，我不直接说「帮我写XXX」，而是完整地表达我的需求，比如：
「我想让用户能看到自己最近30天每个科目的错题趋势，你觉得从数据结构到前端展示，怎么设计比较好？」
他会先给我一个方案概述，问我有没有问题，然后我们达成共识后再动手写代码、测试代码、找bug、解决bug、搞定，欢呼……错题宝的模块就一个一个地长出来了！
这种合作，是纯人类团队里少有的！
我们的分工是什么？
慢慢地，我们找到了自己的节奏：
我负责的事：
提需求：这个功能要解决什么问题，用户是谁，使用场景是什么 做判断：两个方案哪个更适合，给孩子用的东西要不要这么复杂 测真实：拿给孩子用，看他在哪里卡顿，在哪里困惑 拍板定稿：最终说了算的还得是我
Buddy负责的事：
架构设计：怎么搭，用什么技术，代码怎么组织 代码实现：从后端FastAPI到前端Taro小程序，一行行写出来 排查问题：报错了，它比我先看出问题在哪 方案优化：「这样写性能差，我们可以加个缓存……」
AI也有高情商
这话听起来有点荒唐，但确实有那么一次，我们「意见不统一」。
我想在练习页面加一个功能：做完一道题之后，立刻显示相似题型，让孩子趁热打铁。
Buddy说：「建议先把基础练习流程稳定了，再来开发这个功能。」
我说：「不行，这个必须有，这是这个产品的核心体验之一，一定要在第一版里做好。」
Buddy沉默了一会儿（其实就是我等了几秒），然后说：
「好，那我们可以先做一个轻量版：做完一题，下方展示1-2道知识点相关的题，不跳页面，保持练习节奏。这样既不打断流程，又实现了你的核心诉求，可以吗？」
当然可以！
事实上，他这个轻量版在实际测试中，比我最初想的效果还好！
人类的学习体验 + AI的逻辑思维 = 精准提升孩子的学习能力
整个项目里，有一段逻辑让我最得意。不是因为它复杂，而是因为它必须来自人类的学习体验——这个只有经历过学习的人才有，这个我有而Buddy没有！
我跟Buddy说：「AI分析错题不能只给答案，要告诉孩子错在哪里、为什么错、以后遇到同类题怎么想，还要用同类型的题目去测试对知识点的掌握程度。」
于是它设计了一个6维度分析框架：
错误原因诊断 正确解题思路 相似题型拆解 涉及知识点梳理 解题技巧总结 同类题目过关
这不是技术创新，但这是回归学习的本质——查漏补缺，臻于完善。
下篇，我来拆解最有技术含量的部分：遗忘曲线 + AI智能推题。我当时做出来的时候，自己都吓到了。
【Sure AI · 错题宝开发手记】 系列连载 | 第②篇 共⑤篇
