Qoder Rules驱动可解决接口参数验证逻辑缺失问题，通过创建param-validation.rule.json定义校验规则、绑定至模块并触发生成，使Agent自动注入非空、格式等校验分支。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你需要让Qoder自动生成接口参数验证逻辑，但发现生成的校验代码漏判空值、未覆盖边界条件、或与项目已有validator框架不兼容，说明当前Agent未绑定校验规则或未识别上下文中的约束声明。
启用Qoder Rules驱动参数验证代码生成
该方法将项目中已定义的参数校验规则（如Swagger注解、DTO类上的@NotNull/@Size、OpenAPI schema）转化为可复用的规则模板，强制Agent在生成Controller/Handler代码时注入对应校验分支。
第一步：在项目根目录下创建./qoder/rules/param-validation.rule.json文件。
第二步：写入标准JSON规则，必须包含target字段指定作用范围（如**/controller/**/*.java），以及rules数组定义具体校验逻辑——例如对userId字段要求非空且为正整数，对email字段要求符合RFC5322格式。
第三步：执行qodercli rules apply --file param-validation.rule.json --scope MyProject.Web命令绑定规则至Web模块。若终端提示Rule applied to 12 files，说明规则已加载成功。
第四步：触发Agent生成新接口代码，检查生成的@PostMapping方法内是否自动插入if (userId == null || userId 这类显式校验语句——【若未出现，说明规则中target路径未匹配到实际Controller文件，需检查路径通配符是否正确】。
对接Spring Boot Validator自动注入校验注解
当项目已使用Spring Boot + Hibernate Validator时，Qoder可通过静态分析识别DTO类结构，并在生成Controller层代码时自动添加@Valid注解及BindingResult处理逻辑。
方法一：确保DTO类中已存在标准JSR-303注解（如@NotBlank、@Min(1)、@Email），且类路径下存在spring-boot-starter-validation依赖。
代码编辑 CLI 工具集合：Cursor CLI（agent）和 Qoder CLI（qodercli），用于代码修改、重构、Code Review 及自动化代码任务。
方法二：在QoderWork设置面板→Agents→Edit Current Agent→勾选“Enable Framework-Aware Code Generation”，并选择框架类型为Spring Boot 3.x。
方法三：向Agent输入明确指令：“为UserController.createUser()方法添加参数校验，使用@Valid注解，错误信息返回JSON格式”。Agent将生成含@Valid @RequestBody UserDTO dto和BindingResult result的完整方法签名，并在result.hasErrors()为true时返回ResponseEntity.badRequest().body(...)。
人工修正校验逻辑并反哺Agent记忆
若Agent生成的校验代码存在硬编码错误（如把@Size(max=50)误写为@Size(max=5)），需立即修正并标记为训练样本，否则后续同类请求仍会复现错误。
第一步：手动修改生成的DTO类或Controller方法，修复校验逻辑。
第二步：选中修改前后的代码diff区域→右键→选择“Feed to Agent Memory”。此时弹出对话框要求填写修正原因，必须填写具体错误类型（如“@Size最大长度应为50而非5”）。
第三步：在QoderWork设置中开启“Long-term Memory Learning”，保存后Agent将把该修正案例纳入下次生成决策依据——【此操作不可逆，一旦提交将永久影响该Agent对@Size注解的理解】。
