ARTICLE · 1261464
我用 AI 编程工具一个人做了个刷题应用,然后裸奔了
九天前,我决定给自己那个刷题应用加上 AI。今天它已经上线了,等着第一批用户进来。
而我,连一次完整的真机测试都没做过。

这篇文章就把这九天摊开讲讲。为什么做,怎么做的,踩了哪些坑,以及为什么我敢没测试就上线。
01
为什么要做这个东西
我原本做了一个叫「伴学练习册」的应用,给备考的学生刷题用。做题、模考、错题本、收藏夹,该有的都有了。
但坐着坐着就发现一个问题。
题库是死的,学习是活的,而且我暂时也没有题库资源
做完题遇到不会的,没人讲。想针对自己的薄弱点来一套题,没人出。手里一堆讲义、试卷、拍照的题目,想变成能刷的题,也没人录。
而且我目前暂时也没有题库资源,就算有也没办法覆盖那么全面的刷题需求,各行各业,各种场景,索性把出题的功能开放给用户,用户自己根据自己的需求生成自己需要的题目,这样就可以满足大部分
所以我给应用加了三个 AI 功能。AI 答疑,不懂的题直接问,它能连着题库一起帮你查。AI 出题,跟它聊几句,它就按你的需求现出一套题,不满意还能改。AI 认资料,把你自己的讲义、试卷传上去,它就能基于这些内容给你答疑、出题。
这么大一摊活,我一个人是怎么干完的。答案是,我用 Trae,一个 AI 编程工具,从第一行代码开始就是它写的,连项目名都还叫 trae-project。
02
Trae 到底干了什么
有什么想法直接和它说。动手之前,我先让它把「这个应用是什么、要做成什么样」写成文档,放在项目里。后面每次开工,它都先读一遍文档,不用我反复解释。然后就是想到什么新功能或者什么需求直接对话的方式和它聊就可以, 剩下的就可以安心交给它了,哈哈哈。但是还是需要一定的编程基础的,我因为是IT开发,闲暇时间来开发这个小工具,所以相对来说还是很方便的。
分活儿让它同时干。 如果任务很复杂的话,它会分析需求和要点找你确认,进行头脑风暴,确认好方案后它才会开始执行。例如,做 AI 出题功能的时候,它把需求拆成了 11 个小任务,然后自己派了几个 AI 分头写代码、跑测试、改错误。那是我最轻松的时刻,我在旁边喝咖啡就行。
出了 bug 一起排查。真正折磨人的是各个部分拼到一起之后的调试,对话卡住、登录掉线、文件传不上去,任何一个小问题都要顺着整条链路找。下面这些坑,基本都是我和它一起填的。
03
踩坑实录,真实到离谱
坑一,AI 出题时,把草稿直接甩给了用户。
AI 生成题目的中间过程,本来应该藏在幕后,结果一屏幕的原始数据直接打在了聊天框里,用户看得一头雾水。改了一层过滤才把幕后工作挡回去。
坑二,用户一登录就被踢出去。
上线当天,AI 问答页面一打开就掉登录。查来查去,根因朴素得让人流泪,两个系统各存了一把「门禁钥匙JWT」,我改了其中一把,忘了另一把。钥匙对不上,用户当然进不了门。教训,改钥匙,两个门都得换。
坑三,一个多余的等号,废掉一晚上。
有阵子 AI 整个不回话,排查了半天代码,最后发现配置文件里的密钥被我手滑多打了两个等号。程序不认识这个 key 了,就一直被拒绝。一个等号,一晚上。
坑四,iPhone 用户一打字,页面就变大。
苹果手机有个祖传习惯,输入框的字太小,一点它整个页面就自动放大,打完还不缩回来。改了一行配置才治好,但前提是你得知道有这么个坑。
坑五,手机上永远看不见的删除按钮。
历史对话的删除按钮,做成了「鼠标移上去才显示」。电脑上勉强能用,手机上这个按钮对用户来说就是不存在。手机上,任何需要「悬停」的操作都是伪需求。
04
然后,我裸奔上线了

功能全部就位,直接上线。(完全没有测试,哈哈哈🤭)
基本没有做系统性的测试。自动测试也只是简单的点点页面跳转,手机上的表现、各种机型各种浏览器的表现,全都没验证过!!!
功能都在,测试裸奔。
所以写这篇文章,除了记录,还有个更实际的目的。
诚招首批体验用户。你只需要打开用起来,遇到任何问题,白屏、按钮没反应、AI 回答不对劲,都可以告诉我。你的反馈会被优先处理,也会真实决定这个产品的走向。
最后说句感想。AI 编程确实快,几天几周就能走完了过去可能一两个月的路。但那些坑,每一个都要人来理解、来拍板、来背锅。
AI 能帮你写代码,不能替你理解你的系统。
现在,这个还没经过充分测试的应用已经上线了。欢迎来体验,也欢迎来「找茬」。
体验方式和反馈渠道:微信搜公众号
菜单栏里面就能进。 用着哪里别扭、有想法直接留言,我每条都会看。 咱们一起慢慢磨,做一个备考真能用得上的小东西。
一个用 Trae 裸奔上线的独立开发者















































































