不是吹嘘 AI 多强，也不是抱怨 AI 多蠢。这篇文章只讲一件事：作为一个写 Java 的，怎么让 AI 真正帮你提高效率和质量。

说实话，咱就是说AI 这东西，你不用吧，它好像hen厉害；你用吧，它好像又没那么厉害。哈哈，关键是怎么用。

有效建议在给 AI 下指令时要明确告诉它你需要什么、不需要什么。

大多数人的提示词只描述“我要什么功Neng”，但忘了告诉 AI  “你不Neng怎么Zuo” 。

举个例子，你让 AI 生成一个用户签到接口，要求是啥啥啥…… 你得明确告诉它，哪些是不NengZuo的。

正确示例写一个用户签到接口，要求：不要用SELECT *，事务注解要放在 Service 层…… 你们项目的 规范-检查清单.md 是一个宝库。不要只给人kan，也给 AI kan。

害，为啥非得这样？因为 AI 会发现诸如“SQL 中使用了 SELECT *”、“事务注解放在了 Controller 上”、“Redis key 硬编码了”这类人工容易忽略的问题。

第 步让 AI 只生成“校验用户今日是否Yi领过”的 SQL 和代码。

第 步确认第一步没问题后再让 AI 生成“扣减库存 + 插入领用记录”的核心逻辑。

第 步Zui后让 AI 加上事务和分布式锁。

一次性让 AI 生成整个复杂功Neng，它大概率会在某个细节翻车。拆开Zuo，每一步douNeng review。

这是“有效使用”里Zui重要的一条。我了几个绝对不让 AI 碰的领域：那些非常复杂、非常核心的逻辑。

错误示例帮我写一个用户签到的接口。一句话，让 AI 干一大堆事，它多半会搞砸。

Zuo法生成一个方法：根据 userId 和 couponId，查询 da_user_coupon 表今日是否Yi有记录。手写 XML，返回 boolean。

实际效果: AI 会发现诸如“SQL 中使用了 SELECT *”、“事务注解放在了 Controller 上”、“Redis key 硬编码了”这类人工容易忽略的问题。

想让 AI 真正帮你提效，不是把它当成神仙，而是把它当成一个懂基本语法但不懂业务规则的实习生。你需要Zuo的是：

你需要指导它、检查它的工作。

我从三个月前开始在日常工作中重度使用 AI 编码。踩过坑、也摸索出了一些方法。下面这些建议，每一条dou是我自己验证过的。

不是所有 AI dou一样。我用下来Zui直观的分工：

有的适合写单元测试，

有的适合实现复杂逻辑，

有的呢，就适合简单 CRUD。

不要每次dou重新写提示词。把你常用的、效果好的提示词存下来。

示例先让AI生成“校验用户今日是否Yi领过”的 SQL 和代码；再生成核心逻辑；Zui后加上事务和分布式锁……

这样，你的代码规范通过率会提高，重复劳动会减少，而且——你依然对每一行代码负责。

这其实是Zui重要的——质量保障。

这是我用过的Zui有效的质量保障方法。测试用例其实就是“需求的形式化描述”。让 AI 先写测试，它会把边界条件、异常情况dou想一遍。

然后你再让它根据测试用例来实现代码。这样生成的代码，质量通常比较高。因为它自己写的测试，它自己得通过对吧？

Zuo到这些，你的代码规范通过率会提高，重复劳动会减少，而且——你依然对每一行代码负责。

效果：AI 写出来的代码，边界处理明显geng完整。

写一个用户签到接口，要求： * 不要硬编码 Redis key； * 使用事务； * 处理边界情况……

让AI帮你干活的关键在于：

你得有明确的规范；

你得有清晰的任务拆解；

你得盯着它点儿，别让它犯错。

就这样！哈，说起来容易，Zuo起来可Neng有点儿难。但只要坚持下去，你就会发现效率真的上去了！咱就是说用对了方法，AI 确实Neng成为你的好帮手。你觉得呢？