百度comate agent失败时须结构化补要求：先查任务面板错误日志前3行定位类型，依关键词补文件结构、资源id、头文件路径或调用链；补要求须带文件名与行号锚点；启用spec mode后在plan.md中用⚠️标注修正项并按方案执行。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
当百度Comate Agent执行任务中途失败、生成代码不全、编译报错或界面缺失时，不能只说“再试一次”或“不对，重写”，必须用结构化方式补充要求，否则Agent会陷入删文件→重生成→再报错的死循环。
先定位失败类型再补要求
打开Comate右侧「任务面板」→点击失败任务旁的「详情」图标→查看错误日志顶部三行。重点看是否含以下关键词：
• “no source file” → 缺源文件，需补文件结构要求；
• “resource missing” → 资源未注册，需补资源ID和控件绑定；
• “unresolved external” → 链接缺失，需补头文件路径或库依赖声明；
• “dialog not shown” → 窗口未实例化，需补WinMain或DoModal调用链。
不是所有报错都要人工干预。若日志含“encoding error”但实际文件是UTF-8无BOM，说明Comate误判——此时直接忽略该提示，跳过编码相关要求。
补要求必须带上下文锚点
不要单独发一句“加上头文件”，而要写成：“在main.cpp第12行#include "stdafx.h"下方，插入#include "resource.h"和#include "MyDialog.h"。”
补资源描述时，必须引用已有资源ID：比如当前.rc文件里已有IDR_MAINFRAME菜单，就写“在IDR_MAINFRAME下方新增对话框资源，ID设为IDD_MYDIALOG，标题为‘用户配置’”。
【补要求时绝对不可省略文件名和行号锚点，否则Comate会随机插入位置，导致头文件重复包含或资源ID冲突】
用Spec Mode固化补充逻辑
第一步：在JetBrains插件中启用Spec Mode（仅此平台支持）；
第二步：输入/spec触发方案生成，等待Comate输出plan.md；
第三步：在plan.md对应失败步骤旁，用⚠️补：...语法直接标注修正项，例如：
“步骤3：生成对话框资源 → ⚠️补：需在.rc中定义IDD_MYDIALOG，并在MyApp.cpp中调用DoModal()”；
第四步：保存plan.md后点击「按方案执行」，Comate将严格按带⚠️标记的指令重跑该步，不改动其他已通过步骤。
这一步操作起来很简单，直接把修改后的plan.md拖进任务面板就行。但注意：一旦启用Spec Mode，后续所有补充都必须写在plan.md里，不能再在聊天框零散追加要求。
