百度Comate重构代码需明确目标、绑定上下文、指定技术约束并分阶段触发：先说明“为什么改”，确保文件聚焦且光标定位；再用“禁止/必须/保留”或参照已有规范写清约束；最后通过Spec Mode输入含目标、范围、约束的完整需求，审核生成方案后执行并核对diff。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你想让百度Comate帮你重构一段已有代码，但直接说“优化一下”或“重写这段”往往得不到理想结果——Comate会忽略上下文、跳过关键约束、生成不可运行的伪代码。
明确重构目标：先说清楚“为什么改”，再提“怎么改”
在Comate对话框中输入需求时，第一句必须直指重构动因。例如：“这段Java Service方法耦合了数据库查询、JSON序列化和异常包装，违反单一职责，需要拆分为独立层。”
不能只写“重构UserService.java”，否则Comate默认做格式美化或加注释，不会动逻辑结构。
【关键前提：当前文件必须处于编辑器焦点状态，且光标位于待重构代码块内或其上方空白行】——否则Comate无法绑定上下文，将按通用模板生成，大概率脱离原逻辑。
指定技术约束：把人脑里默认的规则显式写出来
方法一：用“禁止/必须/保留”三类词锁定边界
写明硬性限制，例如：“禁止引入Lombok；必须保留原有@Transactional语义；保留对RedisTemplate的调用方式，仅替换底层序列化器为Jackson2JsonRedisSerializer。”
方法二：引用已有规范锚定风格
调用百度PaddleOCR‑VL大模型API，支持PDF、Word、PPT、图片等多格式文档解析，精准识别印刷体、手写体、表格、公式、图表、印章等复杂元素，支持100+语言，可处理不规则布局和跨页长文档。触发词：文档解析、VLM解析、大模型OCR、PaddleOCR、多模态文档、手写识别、公式识别、复杂版面。
直接指向项目内已有代码作为范本：“参照AuthController.java中的异常处理模式，统一将业务异常转为Result.fail()封装，不再抛出RuntimeException。”
这一步漏掉，Comate大概率按自己理解的“最佳实践”重构，比如擅自把void方法改成Optional返回，导致调用方编译失败。
分阶段触发重构：Spec Mode比Chat Mode更可靠
第一步：激活Spec Mode。在VSCode中右键→「Baidu Comate」→「Start Spec Coding」，或在JetBrains中点击工具栏Comate图标→选择「Spec」。
第二步：输入完整需求描述，含目标、范围、约束三要素。例如：“对OrderService.processOrder()方法做可维护性重构：提取校验逻辑为独立validateOrder()方法；将库存扣减与订单创建拆分为两个事务性步骤；保留原有FeignClient调用链路，不改动DTO结构。”
第三步：等待Comate生成Spec文档。它会输出含模块划分、接口契约、修改文件列表、风险提示的结构化方案——必须人工确认后再点“Execute”，否则可能误删日志埋点或跳过幂等校验。
第四步：执行后检查diff。Comate会在编辑器内高亮所有变更行，重点核对try-catch块是否被合并、空指针防护是否被移除、@Transactional传播行为是否被降级。
