最近在参加 #飞算JavaAI炫技赛 时，我给自己定了一个很具体的小目标：不做只停留在页面上的 Demo，而是尝试完成一个能把商品、采购、销售、库存和供应商串起来的超市商品进销系统。下面记录的是这次从描述需求、生成工程到查看系统页面的过程，也写下我认为它适合什么场景、不适合什么场景。
1.从一句需求开始：先把要做什么说清楚
这次的需求并不复杂，但模块不少：前端采用 Vue 3 和 Element Plus，后端采用 Spring Boot、MyBatis-Plus、Spring Security、JWT、MySQL、Redis；业务上需要商品管理、采购入库、销售出库、库存预警、供应商管理和经营统计。
我在飞算JavaAI的智能会话中直接输入了这些边界条件。对我来说，这一步最有价值的地方不是"少打几行字"，而是先把技术栈和业务范围放进同一段描述里，避免后面生成的模块彼此脱节。
2.生成工程时，我重点看的是项目结构是否落地
生成过程里可以看到，工具先创建了 Maven 配置、启动类、配置文件、数据库脚本和用户实体等文件。这个过程让我更容易检查项目是否真的围绕 Java 工程组织：依赖版本、应用配置、数据表和实体类都在同一条生成链路上，而不是只给出零散的代码片段。
根据活动 Brief，飞算JavaAI提供"智能引导"式的工程生成流程，并覆盖 Java 场景下的多个专业 Agent。我的实际使用感受是：当需求已经说清楚时，这种先搭结构、再逐步补模块的方式，更适合做课程项目、业务原型或需要快速验证想法的 Java 应用；但字段规则、权限细节和异常分支，仍然需要开发者自己复查和补充。
3.先看结果：登录页和后台首页已经把业务入口串起来了
项目的登录页清楚标出"超市商品进销系统"的使用目标：管理商品资料、采购入库、销售出库、库存预警、供应商信息和经营统计。对于一个进销存类应用来说，这些入口是否齐全，比单独做一个漂亮的首页更重要。
登录进入后台后，首页把商品总数、库存总量、当日销售额和库存预警放在同一屏，同时保留了低库存商品和销售排行区域。这样做的好处是，管理人员不用先翻好几层菜单，就能先判断"缺不缺货、卖得怎么样、今天有什么变化"。
4.用进销存的视角检查：六个业务入口是否形成闭环
我没有把这套系统只当成一个"管理后台截图集"，而是按照实际业务顺序检查：先维护商品资料和供应商，再记录采购入库与销售出库，随后通过库存和数据统计页面回看经营状态。以下截图分别对应本次页面中的功能入口。
商品管理是基础资料入口，负责承载商品名称、分类、售价、库存等信息。
采购入库用于记录货品进入仓库的过程；销售出库用于记录商品售出后的库存变化。两个入口相互对应，是进销存系统最基本的流水依据。
库存管理页配合低库存提示，能帮助管理人员优先发现需要补货的商品；供应商管理则为后续采购和对账保留信息入口。
最后，数据统计页把前面的业务数据汇总到经营视角；系统设置则保留了后续调整系统配置的位置。就页面结构而言，商品、采购、销售、库存、供应商、统计已经形成了完整的基础业务链路
5.这次实录的结论，以及炫技赛参赛说明
这次体验让我更直观地感受到，AI 编程工具更适合承担"把需求翻译成工程骨架和首版模块"的工作：它可以帮助我更快开始，但不能替我判断真实业务里的库存扣减规则、订单撤销、并发控制、数据权限和上线后的运维问题。把它当作能和开发者一起拆需求、补结构、查问题的 Java 工具，会比把它当成"一键完成所有开发"的答案更实际。
如果你也想用一个具体项目参加活动，可以从一个边界明确的小系统开始，例如商品管理、图书借阅、订单管理或课程选课系统。活动 Brief 显示，飞算JavaAI炫技赛·盛夏季的活动时间为 2026 年 7 月 10 日至 7 月 27 日，设置"晒一晒"和"讲一讲"两个赛道：前者适合分享过程或作品截图，后者适合完整记录一个项目从需求到成果的过程。
这就是我的炫技赛作品实录：从一段需求描述开始，到看到一个具备进、销、存基础入口的超市商品进销系统。代码无界，放手去炫；真正重要的，还是把你的问题讲清楚，并对生成结果负责。