用 CodeBuddy 给我的进销存系统做升级：从想法到交付
phpstudy + PHP + MySQL 的本地进销存，CodeBuddy 全程陪跑。这是完整过程记录，包括所有踩过的坑。
我家在镇上开了个小卖部。这么多年，账目一直靠一本本子和一个个 Excel 文件，进货的、卖货的、赊账的，十几个表格来回倒腾，月底对账能对到半夜。上个月我用 CodeBuddy 做出了第一个记账工具，这次，我决定认真把它升级成一个真正的进销存系统。
第一步：先让 AI 帮我「想清楚」
我没有一上来就让它写代码，而是先让它跟我一起把需求理清楚。我跟它说：
我：我要做进销存，但我不懂怎么设计，你先问我问题，
把该考虑的事情都问一遍，最后给我一份需求清单。它问了我十几个问题：卖哪些种类的东西？要不要管赊账？要不要打印小票？数据要保留几年？几个人用？要不要多人同时登录？
这些问题里有几个我完全没想到过，比如「不同商品单位不同，有的按斤有的按件，怎么处理」「卖不掉的过期商品怎么报损」。帮我把需求从「记账」聊成了「真正的业务系统」。
第二步：数据库设计，一张图看得明明白白
需求理清后，我让它设计数据库。它给出了四张表：products（商品）、purchases（进货）、sales（销售）、stock（库存），还顺便设计了字段和关联关系。
以前我最怕的就是数据库，一看到「外键」「关联查询」就头大。但这次不一样——我不需要自己设计，只需要检查它设计得对不对。我把它给我的表结构，用我们店里真实的商品（可乐、鸡蛋、洗洁精……）逐条过了一遍，发现一个坑：鸡蛋是按「件」进货、按「个」卖，只存数量会乱套。我反馈给它，它立刻加了「单位换算」字段，还夸我问得好。
第三步：一个功能一个功能地「长」出来
我坚持用之前总结的节奏：一次只做一个功能，跑通再进下一个。顺序是：
- 商品管理：能加、能改、能删商品（先跑通这个最简单的）；
- 进货入库：选商品、填数量和进价，库存自动增加；
- 销售出库：选商品、填数量和售价，库存自动减少，金额自动算；
- 库存预警：库存低于安全线，列表里标红；
- 月底报表：按月统计进货额、销售额、毛利。
每个功能上线前，我都用真实数据试一遍。比如进货 3 件可乐，再去卖 1 件，然后打开库存页面看数量对不对。这个「自己验证」的习惯，让我抓到了 AI 代码里的不少小毛病。
第四步：修 bug，是这一周最涨经验的部分
最典型的 bug 有两个：
- 「卖 10 件，库存只少了 1 件」：它把数量写死成
1了。我把现象和报错贴给它，它一行行检查，最后定位到一句stock - 1，改成从表单读数量。 - 「删商品把卖货记录也删了」：这是设计问题。我对它说「卖过的商品不能直接删，只能停用」，它就把删除改成了「停用/启用」开关，历史数据保住了。
修 bug 的过程让我明白一件事：我不需要会写代码，但我要会「描述现象」和「判断结果对不对」。这两件事，我三十年里一直在做——以前叫「会用电脑」，现在叫「会验收需求」。
第五步：交付，和它真正的价值
系统跑稳之后，我把网址做成快捷方式放在家里那台旧电脑的桌面上，教我妈录了两次货。现在月底对账，从半天变成十分钟。
回头看，这套系统如果找外面做，少说也要几千块，而且来回沟通至少一个礼拜。我用一个月业余时间，和 CodeBuddy 一起把它做了出来。代码是我抄的？不，每一步都是我验收过的。功能是我想的吗？大部分是它建议的，但决定权始终在我手里。