我连代码都不会写,却决定自己做一个小程序

01这事在我脑子里，其实已经转了很久

我想做一个小东西。

不复杂——一个人晚上加完班、躺在沙发上不想说话的时候，能掏出手机，花两分钟，回答几个关于「今天」的小问题，然后看到一句说得中自己的话。

不是评判他好不好，也不是给他下什么结论。只是帮他把那种模模糊糊的「累」，说清楚一点点。

我给它想了个名字，叫内心电量。

问题是，我不会写代码。

这件事在我脑子里转了挺久，一直停在「想想而已」。直到有一天我意识到：现在的 AI 已经能写代码了，我缺的也许不是技术，是一次真的开始。

于是我没有去报班、没有去找外包。我做了个有点莽撞的决定——拉一个 AI 当我的「技术合伙人」，我负责想清楚要什么，它负责把东西做出来。

这是这个系列的第一期。我想老老实实地记录：一个不懂代码的人，跟 AI 一起，到底能不能把一个真的小程序做出来，中间会卡在哪、谁说了算。

02开工第一天，我先给 AI 立了规矩

真动手之前，我没有急着让它「给我做个 App」。

我看过太多 AI 翻车的例子：你让它自由发挥，它能一口气帮你做十个你没要的功能，顺手还把你原来的东西改掉。所以我先写了一份《行为守则》，塞进项目里，第一条就是：

还有一条我特别在意，因为我知道自己不懂技术、很容易被「看起来很厉害」的东西糊弄：

我把验证的结论也卡死成三档——已确认通过（要附证据）、已确认不通过（也要附证据）、证据不足（就老实写还差什么证据）。不许说「应该可以了」「大概没问题」。

以及一条关于谁说了算的：

意思是，AI 可以给我列选项、讲利弊、甚至告诉我它更倾向哪个，但最后拍板的必须是我。它不能看我犹豫，就自己挑一个往下跑。

现在回头看，这几条规矩，比我想象中重要得多。它们决定了后面所有的协作长什么样。

03第一个晚上，骨架就立起来了

开工是从一个下午开始的。

我给它的是一份分阶段的最小计划（MVP）：先别想什么会员、什么排行榜，就做一条最核心的路——打开 → 答题 → 出结果。能跑通这一条，别的以后再说。

它的动作比我预想的快得多。第一个会话（一个下午到晚上），它就把脚手架、数据库结构、题目导入、答题流程和计分逻辑都搭了起来；第二个会话，又修好了云函数调不通、配置路径不对之类的问题。

那种感觉很微妙：你说了一句话，过一会儿回来看，一个能点开的东西真的躺在那里了。

下面这张图，是没过几天、我们把它收成「纯免费版」之后的首页，差不多就是它最早的样子——朴素，甚至有点简陋，但那条最核心的路，是通的：

       

图 1　第一个能跑的版本 · 首页

点进去是一道一道的选择题，答完会给一个结果、两项分数，和一句解读：

       

图 2　第一个能跑的版本 · 答题 → 结果

我得承认，作为一个完全不会代码的人，第一次在手机模拟器里看到「我提的东西」真的能跑，那个瞬间是会上头的。你会产生一种错觉：好像明天就能上线了。

——但这正是我那份守则要防的东西。

04高兴归高兴，第一个版本其实埋了三个坑

因为我提前说了「不许把写完了说成能用了」，在核对第一个版本的时候，我们没有急着庆祝，而是把它掀开看了看底下。

一看，问题还挺实在。

第一个坑：这个项目压根没有「存档点」。

第一个晚上的代码是直接生成、直接改的，没有放进 git 版本仓库。说人话就是——没有一个能退回去的存档。万一接下来改崩了，或者 AI 哪一步手滑改错了，我连「回到上一个还能用的版本」都做不到。对一个不懂代码、没法自己手动救场的人来说，这是很致命的。

能核到的事实是：这个仓库的第一个提交，时间是第二天晚上，内容就叫「免费版改造前基线：可回滚起点」。也就是说，第一天那几个小时的成果，当时确实是没有存档的。

第二个坑：题库是「写死」在前端里的。

所有的题目和结果文案，当时直接硬编码在一个前端文件里——三百来行、一万多字节。这种做法自己玩没问题，但意味着以后每改一道题、每加一套内容，都要动代码、重新发版。它不像一个能长期养的产品，更像一锤子买卖。

第三个坑：「能打开」和「敢给别人用」是两回事。

第一个版本里其实还带着早期设想的付费墙、订单、报告解锁这些东西；而我的现实情况是——个人主体、没做认证、备案也还没影。这些东西不仅现在用不上，留着还可能在审核时惹麻烦。至于「到底能不能过审」，当时我们心里其实一点底都没有。

这三个坑，第一个晚上一个都没解决。

05这一期我自己的一点感受

写到这里，我想停一下，说点计划之外的感受。

很多人以为「用 AI 做产品」最难的是学会怎么下指令。做下来我发现，真正难的是你得想清楚自己要什么，并且守住边界。

AI 太快了。快到如果你自己没想清楚，它会替你做一堆决定；快到你很容易被「东西做出来了」的兴奋带着走，忽略底下埋着的坑。

所以我这个不懂代码的人，在第一天干的最重要的一件事，居然不是催它干活，而是给它立规矩、逼自己核对、并且接受「第一个版本就是不完美的」。

先让一条最小的路跑通，先承认它有坑，再一个一个填。这大概是我从这整件事里学到的第一课。

第一个版本到底能不能上线？那三个坑后来怎么填的？我们下一期接着说。

🔔 下期预告

从「能打开」到「敢提审」——我们先给项目上了个「存档点」，把整面付费墙拆掉，再在模拟器里一个页面一个页面地真跑了一遍。