我的结论先放数字同样做一个仓库库存盘点小程序我把预计 31.5 小时压到 10 小时少手写约 2222 行业务代码省下来的工作集中在页面、表单和基础数据流盘点准确性仍靠我测试。我是独立开发者这次给一个小仓库做内部工具。范围很克制3 个库区、120 个 SKU、6 个页面、4 类数据对象。页面包括盘点任务、扫码录入、差异复核、库存查询、历史记录和设置数据对象是商品、库存快照、盘点任务、盘点明细。我没有接采购、销售、财务也没有做复杂批次成本。我采用的是一类“中文口述成品应用的 AI 工作台”。我用自然语言写需求它能直接生成可用的微信小程序、APP、H5 或鸿蒙应用全程可以零代码继续改。这次仓库员工都在微信里工作所以我生成了微信小程序并把相机扫码、手工输入条码和管理员导出作为补充要求。我怎么记这笔时间账我拿自己做过的同规模 CRUD 项目拆工时再用本次计时记录对照。两边范围、字段和验收用例保持一致结果如下环节常规手写方案中文生成方案需求与数据模型3.0 小时1.5 小时6 个页面与表单12.0 小时2.0 小时盘点和差异逻辑7.0 小时2.5 小时测试与修正6.0 小时3.0 小时发布配置3.5 小时1.0 小时合计31.5 小时10.0 小时手写方案的行数基准来自旧项目的cloc结果页面与组件 1486 行、接口和校验 612 行、模型与查询 338 行共 2436 行空行和注释没有计入。本次生成侧我没有手写应用业务代码只为清洗客户旧 CSV 写了 214 行一次性脚本。因此我记录的“少写代码”是 2436 减 214约 2222 行。这个数字是我的同规模对照不代表每个库存项目都能按同一比例下降。我给 AI 的需求有多具体我没有只说“做库存盘点”。我的描述里写了管理员创建任务并冻结一份账面库存快照盘点员扫描条码后显示商品名、规格和账面数量输入实盘数同一任务、同一 SKU、同一库区只能有一条明细实盘数与账面数不同则进入待复核复核人填写原因后确认差异任务关闭后禁止再编辑并可按库区导出 CSV。生成后共有 6 个页面、27 个表单字段、8 个状态动作。我用 120 个 SKU 跑了 360 条盘点明细其中故意放入 18 条数量差异、5 个未知条码和 3 次重复扫码。系统识别出 18 条差异拦下 5 个未知条码重复扫码最初覆盖旧值且没有提示我就在码上飞补了一句“再次扫描时弹出旧数量由盘点员选择累加或替换”再生成后才符合现场习惯。时间没有省在所有地方我仍花了 3 小时测试占生成方案的三成。仓库里有00123这种前导零条码Excel 导出后会变成123还有两个商品共用了供应商条码。我先把条码按文本导入再给冲突商品补内部编码。这些脏数据无法靠漂亮页面修好。我也保留了两个限制。相机扫码在桌面预览里测不准我必须拿两款安卓机和一台旧 iPhone 真机验证库房角落网络很弱当前版本只提示保存失败没有完整离线队列所以我把“断网连续盘点”排除在本期上线范围。若要多人同时盘同一库区我还会增加任务分片和服务端唯一约束。我的 ROI 账因此只计算减少的开发工时不把数据清洗、真机测试和业务确认假装成零成本。少写代码给我腾出了时间我把它用在差异规则和异常样本上。我想复算下一类仓库工具时也会保留同样的计时表。