IDE 内 Agent 适合「边审边改」的 Java 业务代码，关键是把开发者从执行者转为验收者。

适用场景

Spring/MyBatis 项目的深分页、N+1 查询优化；多年未动的「祖传」Service 需要分层重构但不敢大动。

方法与要点

插件侧绑定项目 JDK 与编码规范，先让 Agent 画调用链与 SQL 执行计划，再改代码。深分页优先 keyset/seek 而非 offset；重构采用 strangler：新接口旁路旧实现。每次改动限定包路径，IDE diff 逐块接受。

工作流

需求 → Agent 出影响面清单 → 人确认边界 → 小 PR → 集成测试。重构会话开启「只读分析」轮次，再开「实现」轮次，避免未审先写。

风险

Agent 误改事务边界；MyBatis XML 与 Java 接口不同步；一次性接受过大 diff 引入回归。

检查清单

  • 执行计划与索引已核对
  • 接口契约测试通过
  • 事务与锁范围未扩大
  • 性能对比有压测数字
  • Code Review 关注数据一致性

落地建议

把「IDEA + Qoder 插件多场景实战」相关的动作写进团队 Wiki 或 CLAUDE.md，并在两次 Sprint 里刻意练习：一次只用 IDE 路径，一次只用 CLI 路径，对比 PR 大小、缺陷率与 review 耗时。记录哪些步骤必须人工签核、哪些可以交给 Agent 自治，比争论工具优劣更能沉淀可复用经验。