要用nova ai写出稳定、可交付的复杂代码，必须将其视为需手把手指导的初级工程师，明确角色、技术栈和版本号三要素，并分步提供约束、上下文、范例及硬性输出要求。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
要用Nova AI写出稳定、可交付的复杂代码，不能只说“写个用户管理系统”，必须把AI当成需要手把手带的初级工程师——它不知道你的数据库结构、不理解你项目的错误处理风格、更不会猜你要用Redis还是本地缓存。
明确角色+技术栈+版本号，三者缺一不可
第一步：在提示词开头就锁定AI的身份和执行环境。例如：“你是一位有5年Spring Boot经验的后端工程师，正在为金融级风控系统编写代码，使用Spring Boot 3.3.0 + Java 21 + PostgreSQL 16。”
这一步不能省略。Nova AI对框架版本极其敏感，Spring Boot 3.2和3.3在Security配置、依赖注入方式上存在实质性差异，【版本号写错会导致生成的SecurityConfig类直接编译失败】。
第二步：紧接着声明项目约束。比如：“所有接口必须返回Result
第三步：给出最小但关键的上下文片段。粘贴当前模块的Entity类或DTO定义，哪怕只有3行字段声明——没有这个，AI会按默认习惯生成Lombok @Data，而你的项目禁用Lombok。
用少样本提示（Few-Shot）锚定输出风格
方法一：直接给一段你项目里已有的、风格一致的代码作为范例。
把这段Controller代码原样复制进提示词：“参考以下已上线的OrderController写法：@PostMapping(“/v1/orders”) public Result
方法二：当没有现成代码时，用结构化模板代替。
写清楚：“请严格按以下格式输出：① Controller类（含路径、参数校验、统一异常处理）→ ② Service接口与实现类（含事务边界、空值防护）→ ③ DTO与VO定义（字段命名与数据库列名一致，不加下划线）→ ④ 单元测试（使用@MockBean，覆盖成功流+参数校验失败+数据库异常）。”
这一步的关键是让AI知道你不要“伪代码”，也不要“教学示例”，只要能直接扔进src/main/java里跑通的工程级代码。
拆解任务，分步喂给Nova AI
第一步：先让AI生成核心领域模型和数据库表结构。
输入：“基于风控规则引擎需求，设计Rule、Condition、Action三张主表，要求Rule支持启用/停用状态、版本号、生效时间范围；Condition需关联到Rule并支持AND/OR嵌套；Action需支持HTTP回调与内部服务调用两种类型。生成建表SQL（PostgreSQL语法），包含主键、外键、索引、注释。”
第二步：拿到SQL后，立刻喂给AI下一条指令：“根据上述三张表结构，生成对应的JPA Entity类，使用@EmbeddedId处理复合主键，@OrderBy指定Condition列表排序，@Enumerated(EnumType.STRING)处理ActionType枚举。”
第三步：最后才让AI写业务逻辑：“实现RuleService.apply(ruleId, inputContext)，要求：① 根据ruleId查出启用中的最新版本Rule；② 按Condition的priority顺序逐条匹配inputContext；③ 匹配成功的Condition触发对应Action；④ 全程记录traceId与决策日志。”
这三步不能合并成一句“写个规则引擎”。Nova AI在单次响应中处理超过4个实体关联逻辑时，极易漏掉外键约束或混淆事务边界。
强制输出约束，堵死无效内容
在提示词末尾加上硬性指令：“只输出Java代码块，不解释、不说明、不加‘以下是代码’等引导语。每个类单独一个代码块，按Controller→Service→Entity→Test顺序排列。如有依赖未声明，立即停止生成并报错。”
这句必须写。Nova AI默认倾向补充说明性文字，而你的CI流水线只认src目录下的.java文件——多一行“注意：以上代码需配合Redis缓存使用”就会导致mvn compile失败。
如果生成结果里混入了非代码内容，立刻追加指令：“请重发，严格遵守：仅代码块，无任何文本，无空行，无注释以外的中文。”
