.comet/config.yaml。引入 Native 后,配置文件不再只保存 Classic 的四个默认值;它同时承担 /comet 入口路由、工作流启用范围和自动恢复策略,并把 Native 专属设置放在 native 命名空间中。
完整示例
同时启用 Native 与 Classic 的项目可以生成如下配置:native.* 只影响 Native,classic.* 只影响新建 Classic change。两套状态机、change 目录和 Guard 不会因为共用配置文件而合并。
共享入口字段
default_workflow 只控制入口,不迁移已有 change。workflows 也不是安装命令:不要只在 YAML 中加入 native 或 classic,应使用 comet init . --workflow native|classic|both 安装对应 Skill、Rule 与 Hook Router。
Native 字段
artifact_root: . 对应 <project>/comet/,artifact_root: docs 对应 <project>/docs/comet/。已有 Native 项目不能只改这个字段再手动移动目录;使用事务化命令:
clarification_mode 只改变提问的组织方式,不新增 phase,也不改变 Guard、安全确认或调用方停点。切换模式不会清除 brief 中已保存的 [blocking] 问题;应先处理当前问题,再按新模式计算下一轮。
Classic 字段
Classic Runtime 从.comet/config.yaml 的 classic: 块读取以下默认值,并在新建 change 时写入该 change 的 .comet.yaml:
这些字段不会改变 Native 的执行方法;Native 没有 context compression、review mode 或按阶段 Skill 自动衔接配置。
常见配置
只启用 Native
两套工作流都启用,但默认进入 Classic
关闭普通请求的自动恢复探测
/comet 仍按 default_workflow 工作。
旧 Classic 配置迁移
只有顶层language、context_compression、review_mode 和 auto_transition 的旧文件,入口解析仍会使用 legacy-fallback 进入 Classic,不会猜测 Native。Classic Runtime 不再直接读取这些顶层默认值。
运行 comet init 或 comet update 时,Comet 会把旧顶层值迁入 classic:,保留已经明确写在新块中的值,并移除旧字段。启用 Native 时使用 comet init . --workflow native 或 --workflow both,不要手工拼接两套配置。
继续阅读:单 Skill 与入口路由、产物与状态 和 Classic 状态与配置。
