Qoder插件需在IntelliJ IDEA完成项目索引（状态栏显示“Indexed 100%”且图标常亮蓝色）后，才能基于真实Spring Boot上下文生成精准代码；未完成索引会导致脱离实际的错误生成，如MySQL实体误作MongoDB结构。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你想在IntelliJ IDEA里用Qoder插件，让AI根据Spring Boot项目上下文自动生成符合架构规范、依赖感知、数据库映射准确的代码，而不是凭空瞎猜或套用通用模板。
确认项目上下文已就绪
打开IDEA后，等待右下角状态栏出现“Indexed 100%”提示，且Qoder图标呈常亮蓝色——这表示本地知识图谱已完成构建，包含Spring Boot自动配置类、@ConfigurationProperties绑定、application.yml中的profile激活状态、以及所有已扫描的@Component/@Service/@Repository等Bean定义。
若状态栏显示“Indexing project context…”超过90秒未结束，【请勿关闭IDEA或切换项目标签】，否则索引中断需手动重试：点击Qoder图标→Settings→Re-index Project。
这一步没完成，后续所有自然语言指令都会生成脱离项目实际的“假代码”，比如把MySQL实体错生成为MongoDB Document结构。
基础补全：用注释触发精准生成
方法一：在Java类文件中光标定位到空行，输入以//开头的自然语言描述，例如：
// 创建一个用户登录DTO，含username（非空，长度3-20）、password（非空，加密前最大64字符）、rememberMe布尔字段，使用Lombok和Validation注解
按Alt+P（Windows/Linux）或⌥P（Mac），Qoder会在光标处插入完整类定义，自动引入javax.validation.constraints.*和lombok.Data等依赖。
方法二：在Controller方法内部写注释，例如：
// 根据前端传入的订单ID查询订单详情，关联查询用户信息和商品列表，返回OrderDetailResponse对象
按Alt+P后，Qoder会生成带@Transaction注解的Service方法调用链、对应Mapper接口、SQL语句（含LEFT JOIN），并自动推断JPA实体间@OneToMany关系。
增强补全：注入数据库与架构约束
第一步：在任意编辑器空白处输入@database并按Alt+P，Qoder弹出当前项目已配置的数据源列表（如dev-mysql、prod-postgres）。
第二步：选择目标数据源，Qoder立即加载其Schema元数据，包括表名、字段类型、主键、外键、索引信息。
第三步：输入指令，例如：@architecture 分层规范 → @database dev-mysql → // 为user表生成JPA Entity、MyBatis-Plus Mapper、分页查询接口及单元测试。
Qoder将严格遵循Controller-Service-Mapper三层分离原则生成代码，不会在Mapper里写业务逻辑，也不会在Service里直接new DAO实例。它还会检查application.yml中是否启用spring.jpa.hibernate.ddl-auto=validate，若启用则自动添加@Column(nullable = false)等与DB约束一致的注解。
注意：如果项目未配置Database工具窗口连接，【@database指令将无法识别表结构，生成的Entity字段可能缺失@JoinColumn或类型错误】。
重构式补全：从已有代码反向推导新模块
选中一段混乱的Controller方法（含硬编码SQL、重复校验、无事务控制），按下Ctrl+Shift+I唤出行间会话框。
输入指令：“基于此接口功能，生成标准Spring Boot三层结构代码：1. 新增LoginRequest DTO并加校验；2. 提取校验逻辑到独立Validator组件；3. 将密码比对迁移到UserDetailsService实现；4. 返回结果统一包装为Result
Qoder生成Diff预览后，左侧保留原方法，右侧显示重构后全套代码——包括新增的DTO类路径、Validator Bean注册方式、SecurityConfig中HttpSecurity配置变更建议。
这一步不覆盖原代码，只提供可直接复制粘贴的增量文件内容，避免误删历史逻辑。
