百度Comate Plan模式怎么先生成计划

要在Comate里用Plan智能体把模糊想法变成可执行的开发路径，关键在于让AI先听懂你的真实意图，而不是直接扔一句“做个登录页”就点运行。你可能会想，启动Plan之前到底要做什么准备？其实核心步骤就那么几步，但每一步都绕不开。

启动Plan智能体前的关键准备

打开Comate AI IDE，第一步是确保当前工作区已经加载了项目代码，或者至少初始化了一个空工程。如果什么代码都没加载，Plan就会缺少上下文依据，生成出来的计划多半会脱离实际的技术栈约束，那后面就不好办了。

接下来，在对话输入框的顶部找到智能体切换按钮，点一下，选择

注意，需求描述不能太含糊。比如“帮我写个后台管理页面”这种宽泛的说法，Plan很难精准把握。你需要给出明确的边界：举个例子，“基于React 18 + Ant Design 5.12，为内部运营系统新增用户权限配置页，支持角色增删、权限勾选、实时保存，不接入SSO，后端API已定义在/api/v1/roles下”。这句话里包含了框架、版本、依赖、接口路径四项硬约束，Plan才能输出真实可用的计划。

输入需求并触发计划生成

在Plan激活状态下，直接输入你的自然语言需求，比如：“我们刚上线了新会员等级体系，需要在管理后台增加‘等级权益配置’模块，包含等级列表页（展示Lv0-Lv5）、每个等级的权益编辑弹窗（支持文本输入和开关控制）、提交后调用PUT /api/v1/membership/tiers接口。”

按下回车后，Plan会自动进入“澄清-分析-实现”三阶段流程，不需要你手动点任何按钮。几秒内，它就会返回一份结构化的plan.md文档。内容很全面：技术选型建议、前后端分工、接口契约草案、风险提示——这些都会包含在内。

这一步不能跳过：Plan生成的plan.md默认保存在当前工作区根目录下的.comate/plan/子目录中，文件名按时间戳自动生成，比如plan_20260724_173241.md。这个文件是后续所有Agent（比如Architect、Zulu）执行任务的唯一依据。

确认与微调计划内容

第一步：检查plan.md中的“接口契约”章节，确认它是否与你提供的API路径完全一致。特别要注意HTTP方法（GET/PUT/POST）、请求体字段名、响应状态码。如果发现不一致，直接在文档里手动修正就行——Plan只负责初始生成，它不会二次校验你改过的内容。

第二步：滚动到“风险提示”部分，重点关注那些标注为“需人工确认项”的条目。比如“前端需确认Ant Design Form组件是否支持嵌套数组字段的动态校验”，这类问题必须由你打钩确认，否则Zulu在编码时可能绕过这个逻辑，导致运行时报错。

第三步：在plan.md末尾添加一行注释，格式为。这个标记是Mission Mode识别“计划已终审通过”的唯一信号。没有它，后续的Architect或Zulu不会自动启动编码任务。所以别漏了这一步。