VibeCoding 实战：用 Qoder 从零开发 Java Spring Boot WMS 系统（十一）
第10章 总结与进阶：把方法变成你的能力
本章目标：复盘整条 VibeCoding 流程，沉淀出可复用的"心法"；指出本项目刻意留白的进阶方向；并聊聊如何用 Qoder 把这套能力迁移到你自己的真实项目、以及在面试/工作中如何体现。
10.1 你刚刚走完的，是一个完整软件生命周期
回头看，这个 WMS 不大，但五脏俱全。你其实已经实践了一遍标准研发流程：
| 阶段 | 你做的事 | 对应章节 |
|---|---|---|
| 需求分析 | 多轮问答澄清、划定范围、产出 PRD 与 M1 验收标准 | 第2章 |
| 系统设计 | 架构分层、数据库建模、API 契约、项目规则 | 第3章 |
| 开发实现 | 脚手架 + 逐模块（基础数据/入库/出库/库存/盘点） | 第4~8章 |
| 测试 | 接口自测、AI 写 JUnit、Bug 修复闭环 | 第5~9章 |
| 部署运维 | 安全配置整改、Docker Compose 上线 | 第9章 |
| 验收 | 回到 M1 标准逐条核对 | 第9章 |
这个"闭环体验"比代码本身更值钱。 企业招 VibeCoding 能力的人，看重的正是"能不能独立把一个想法推进到可上线"，而不是"能不能背 API"。
10.2 VibeCoding 十条心法（本章精华，建议抄下来）
这是全教程反复出现、也最该内化的经验：
- 先想清楚，再让 AI 动手。 需求和设计没定就开写，一定返工。
- 上下文喂得越准，产出越靠谱。 善用
#引用 PRD / 设计 / 已有代码，别让 AI 猜。 - 让 AI 先复述、再执行。 花 10 秒确认理解，省下 1 小时跑偏。
- 小步快跑，每步可验证。 一个模块做完就跑、就提交，别攒一大坨。
- 验收看"行为"不看"行数"。 不用逐行读代码，但要真调接口、真跑用例。
- 反向用例比正向更重要。 重复、空值、超卖、非法流转这些"失败路径"才证明逻辑真的在工作。
- 给 AI 一个已验证的范例。 做对称功能（出库参照入库）时，参照比重新描述更稳。
- 识别坏模式，敢于打回。 "先查后扣"、"图省事写死密码"——你要能看出并要求重写。
- 报错原样交给 AI，但框住范围。 "只改这个问题，别动无关代码"防止越修越乱。
- Git 是 AI 时代的安全带。 没有提交点兜底的大改动，等于裸奔。
10.3 本项目刻意留白的进阶方向
教学项目为了"跑通主线"砍掉了很多企业级能力。下面是你可以继续用 Qoder 往上加的方向，每个都是一个不错的练习（建议按顺序、每加一个就提交）：
业务功能进阶
- 多种入库/出库类型：退货入库、调拨出库、移库（储位间转移）
- 上架策略/拣货策略：自动推荐储位（如就近、按品类分区）
- 库存预警与冻结：低于安全库存告警；出库前先"锁定/冻结"再拣货
- 批次/效期管理：同一商品多批次、先进先出（FIFO）
- Excel 导入导出：商品、库存批量导入，报表导出（EasyExcel）
- 数据看板：出入库趋势、库存结构图表
技术架构进阶
- 权限体系：从"能登录"升级到 RBAC（角色-菜单-按钮级权限，Spring Security / Sa-Token）
- 操作日志审计：记录谁在什么时候改了什么
- 缓存：基础数据（商品/储位）读多写少，引入 Redis 缓存与一致性处理
- 单号生成的并发安全：用 Redis / 数据库号段表保证分布式下不重号
- 异步与消息：出库完成后异步通知、写审计日志（RabbitMQ）
- 接口文档：集成 SpringDoc/OpenAPI，自动生成可交互 API 文档
- 多租户：SaaS 化，数据按租户隔离
用 AI 方式攻克进阶点的提示词示例
我想给 WMS 增加"库存锁定"能力：出库单审核通过时，先把计划数量在库存中"锁定"，
拣货时从锁定量扣减，避免多个出库单并发占用同一份可用库存。
请先：
1. 分析这对现有 wms_inventory 表结构的影响（要加哪些字段，如 可用量/锁定量）
2. 评估对已完成的入库/出库/盘点逻辑的连锁影响
3. 给出改造方案和分步实施计划，标记风险点
先不要改代码，我们对齐方案后再动手。
💡 注意这个提示词的姿势：改现有功能前，先让 AI 做影响分析，再给分步计划，最后才动手——因为此时系统已经不是白纸，牵一发动全身。这正是从"做练习"迈向"改真实项目"的关键转变。
10.4 用好 Qoder 的几个进阶能力
本教程主要用了 Chat / Agent / 记忆。Qoder 还有一些能力值得专门探索：
- Repo Wiki（仓库百科）：让 Qoder 自动梳理整个代码库的结构与模块关系，生成一份"项目地图"。当你接手别人的项目、或项目长大自己理不清时特别有用。试试对它说："为当前项目生成 Repo Wiki。"
- Quest Mode（任务模式）：把"一个较完整的目标"交给它自主规划多步完成，适合成熟后委托更大的任务块。
- 记忆 / 规则的持续沉淀：把你在本项目踩过的坑、定下的规范固化成项目记忆，下次同类项目自动带上，越用越懂你。
动手练习：
请为 mini-wms 项目生成 Repo Wiki，梳理各模块职责与依赖关系。
基于这份梳理，指出当前代码里你认为最需要改进的 3 个地方（架构/可维护性/健壮性），
并各给出改进建议。
10.5 结业：给你的下一步
- 巩固：不看教程，自己从第2章需求分析重新完整跑一遍第二个项目（换个领域，如"图书馆管理系统""进销存"）。能独立复现流程，才算真的会了。
- 加深：从 10.3 里挑 2~3 个进阶点做到本 WMS 上（推荐先做 RBAC 权限 + Excel 导入）。
- 迁移：把这套流程用到你工作/课设的真实项目上，持续把经验沉淀进 Qoder 记忆/规则。
- 分享：把你踩过的坑写成一篇 VibeCoding 笔记。教，是最好的学。
🎉 恭喜你完成整门教程！记住：AI 把"写代码"的门槛打下来了，但"想清楚要建什么、判断建得好不好"的能力，反而更值钱了。 这，就是 VibeCoding 时代开发者的核心竞争力。
常见问题
Q：整个过程我基本没自己写代码，会不会"啥也没学会"？ A：如果你只复制粘贴，确实会虚。检验标准是第10.6 第1条——脱离教程独立跑通第二个项目。做得到，你就是真的掌握了；做不到，就回头重做对应章节。VibeCoding 时代"会驾驭"比"会手写"更重要，但"理解原理"仍是地基，别跳过每章的"为什么"部分。
Q：能不能一开始就让 AI 把整个 WMS 一把生成？ A：技术上 AI 敢生成，但你（和系统）都会失控——这正是本教程反复强调"分阶段、分模块、每步验证"的原因。想体验对比，可以在新项目上试一次"一把梭"，再回看这套流程，你会深刻理解差别。
Q：企业真的允许这样用 AI 开发吗？ A：越来越多团队在用，前提是：① 遵守公司数据安全规范（敏感代码/数据是否可上传云端，用对应版本/私有化方案）；② 有人负责 review 与测试兜底（见第9章）。AI 提效 + 人把关质量与安全，是当下的主流姿势。