Comate代码生成不准的根源在于上下文文件未精准加载。需手动通过“+”按钮或#快捷指令，按优先级选择当前文件、依赖类、DTO、Mapper及必要配置类（最多5个），确保逻辑闭环。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
当你在百度Comate中输入需求，却得到脱离当前项目逻辑、变量名错误、接口调用路径不存在的代码或解释时，问题往往不出在模型本身，而在于它没真正“读懂”你的项目——上下文文件没选对，或者根本没给。
为什么Comate的回答总像在猜
Comate不是靠“看整个项目目录”自动理解上下文的。它默认只读取你当前光标所在文件的内容，或你手动指定的少数几个文件。如果你正在写一个Spring Boot Controller，却没把对应的Service、Mapper、DTO一起加进上下文，Comate就只能基于残缺信息瞎猜——比如把UserServiceImpl错写成UserManagerImpl，或调用根本不存在的userService.getProfile()方法。
这一步不解决，后面所有优化都是白忙。
精准加载上下文的三步法
第一步：打开输入框上方的「+」按钮 → 弹出文件选择面板
第二步：在搜索框里输入关键词，比如user或auth，不要输全路径，也别输.java后缀——Comate会自动匹配含该词的文件名和内容
第三步：从列表中勾选真正相关的文件，【最多选5个，且必须包含当前正在编辑的文件】。例如你在改UserController.java，就一定要勾上它；再加UserServiceImpl.java、UserMapper.java、UserDTO.java——这四份文件构成闭环逻辑链，Comate就能准确知道getUserById方法返回的是UserDTO而不是UserEntity。
哪些文件该优先加？按重要性排序
① 当前正在编辑的源文件（强制项）——漏掉它，Comate连你在哪行写代码都不知道
② 该文件直接依赖的类（如Controller里new或@Autowired的Service类）——不加它，Comate会虚构方法签名
调用百度PaddleOCR‑VL大模型API，支持PDF、Word、PPT、图片等多格式文档解析，精准识别印刷体、手写体、表格、公式、图表、印章等复杂元素，支持100+语言，可处理不规则布局和跨页长文档。触发词：文档解析、VLM解析、大模型OCR、PaddleOCR、多模态文档、手写识别、公式识别、复杂版面。
③ 数据传输对象（DTO/VO/BO）——尤其当字段名与数据库列名不一致时，这是避免字段拼写错误的关键
④ 接口定义（如UserMapper.java或UserDao.java）——让Comate清楚SQL查的是哪些字段、返回结构是否带分页包装
⑤ 配置类（仅当涉及自定义Bean、拦截器、全局异常处理时才加）——比如你问“怎么统一返回格式”，就得带上WebMvcConfiguration或GlobalExceptionHandler
两个典型误操作及修正
方法一：盲目拖拽整个module目录进上下文
→ Comate会卡顿甚至崩溃，且实际只解析了其中部分文件，其余被静默忽略
方法二：只加Controller，不加Service和DTO
→ Comate生成的代码里会出现return new User().setName(...)这种硬编码，完全违背项目分层规范
【关键提醒：每次提问前，务必检查右上角显示的已加载文件列表——如果没看到你刚改的那个Service类，说明它没生效】
用#快速定位文件的技巧
在输入框里直接输入#user service，比点「+」再搜更快——Comate会立即列出匹配的UserServiceImpl.java、UserServiceImplTest.java等，鼠标悬停能看到前10行代码预览，一眼就能判断是不是你要的那个
输入#api可快速筛选所有Controller类；输入#config能命中application.yml和各类*Configuration.java
