上周用飞算JavaAI搓了个订单系统，聊聊真实手感

说真的，作为一个每天和CRUD打交道的Java后端，我对各类AI编程工具早就脱敏了。GitHub Copilot 用来补补getter/setter还行，但要说让它给我搭个完整的Spring Boot项目，我心里是没底的——生成的代码往往只管"能跑"，不管"能不能维护"。

上周刷朋友圈看到有人晒飞算JavaAI的"智能体模式"，说是能搞全流程。我抱着"看它能翻出什么浪"的心态，在IDEA里下了个插件，拿最常见的订单管理系统试了一把。

以下是我的真实流水账，不吹不黑。

1. 安装与环境感知：它先"看"了我的项目

装插件很快，登录也方便。但我注意到一个有意思的细节：它不是上来就让我输命令，而是先让我选择当前工程的上下文。

我指了指我的空项目目录，它就开始扫描。后来我发现这步挺关键，因为它识别到我常用的是Spring Boot 3.x和MyBatis-Plus。这不像某些AI，你问它要个分页，它可能还在给你写PageHelper的古老代码。这种"看菜下饭"的能力，第一印象加分。

2. 需求输入：像跟产品经理对话

我直接在对话框里敲了一段大白话：

"搞个订单系统吧，要用户登录（JWT那种）、商品增删改查、下单、订单超时取消。用MySQL。"

如果是以前用的AI，这时候估计已经开始哗啦啦吐代码了。但这货停了一下，弹出来一个需求确认清单：

• "订单取消是用定时任务扫表，还是用延时队列？"（我选了定时任务，简单粗暴）
• "JWT token过期时间设多久？"
• "取消订单时要不要发个通知？"

那一刻我感觉不是在跟机器说话，是在跟一个刚入行的后端小弟对需求。它把模糊的地方拎出来让你拍板，这很好，避免了后面返工。

3. 设计阶段：ER图和接口文档自动化了

确认需求后，它没急着写Controller，而是先干了这两件事：

1. 画ER图：生成了users、products、orders、order_items这几张表。我瞥了一眼，外键和索引都有，虽然我手动删了一个它建议的冗余索引（这玩意儿建多了也影响写入性能）。
2. 列接口：把/api/auth/login、/api/orders这些RESTful接口列得清清楚楚，入参出参都标好了。

这个阶段最爽的是什么？是我可以改。我觉得商品查询得加个keyword字段，我直接在它的预览里改了，后面的代码逻辑它会自动跟着变。这种"牵一发而动全身"的联动感，比单纯复制粘贴代码强多了。

4. 生成代码：骨架有了，血肉得自己补

点下"生成"后，进度条跑得飞快。几分钟后，项目结构出来了：

• Controller、Service、Mapper分层清晰。
• pom.xml里依赖都齐了（Spring Security, Redis, MP）。
• 统一返回体Result<T>和全局异常处理也写了。

我试着启动了下，嘿，还真跑起来了，连Swagger页面都能打开。

但重点来了，这也是我想对同行说的真心话：

千万别以为这就完了。

我点开OrderServiceImpl里的"创建订单"方法，逻辑是有了，库存扣减也调用了，但分布式锁呢？幂等性校验呢？​ 它没写。或者说，它只给了最标准的单线程写法。

我又看了下"超时取消"的代码，用的是最基础的@Scheduled定时扫表。如果是高并发场景，我肯定得改成Redis延时队列或者MQ，但这得我自己动手重构。

5. 总结一下这45分钟

从完全空白到Postman能调通接口，总共花了不到一个小时。我算了一下：

• 省下的时间：建表SQL、实体类、Mapper.xml、基本的CRUD代码、配置文件。这部分全是体力活，它全干了。
• 没省下的脑子：核心业务逻辑（如下单的事务一致性）、复杂的状态机流转、安全审计。这部分它目前只能给个架子，里面的肉还得我自己填。

我的个人评价

如果你指望它帮你把"双十一"级别的订单系统写完，那趁早死心。但如果你像我一样，每天都要面对一堆新的小项目、新模块，或者要给外包项目搭个像样的架子，这工具是真香。

它最大的价值不在于"生成代码"，而在于"工程化规范"。它逼着你先看接口、再看表、再写逻辑，这种流程本身就是对混乱开发的一种约束。

现在我的工作流变成了：飞算JavaAI搭骨架 -> 我自己填核心逻辑 -> Copilot辅助写单元测试。这组合拳下来，下班时间确实提前了半小时。