Comet 入口
/comet 按项目配置选择 Native 或 Classic，再将用户请求交给相应的工作流 Skill 执行。
加载本 Skill 后，立即执行下方步骤。此时用户已选择使用 Comet，应继续处理请求，不再判断是否需要使用 Comet，也不能只给出不执行的理由。
-
在当前项目运行 PATH 中安装的 Comet CLI：
textcomet workflow resolve . --activate --json若项目还没有
.comet/config.yaml，该命令会把全局默认配置保存到项目中，并创建对应的产物目录。此后修改全局默认值，不会覆盖这个项目已经保存的配置。若命令返回
command not found、executable not found或ENOENT，停止并说明 Comet CLI 安装不完整。不得搜索 Skill 文件、扫描平台配置目录或直接调用内部 bundle。CLI 已启动但返回非零退出码、配置解析失败、输出不是 JSON 或字段无效时，保留原始错误并停止，不自行选择其他入口。
-
解析 JSON。只接受
schema: comet.workflow-resolution.v1，且skill必须是下列两个值之一。 -
根据返回的
skill，立即使用 Skill 工具加载对应入口。两个入口只能加载一个：/comet-native→ 立即执行： 使用 Skill 工具加载comet-native技能。禁止跳过此步骤。/comet-classic→ 立即执行： 使用 Skill 工具加载comet-classic技能。禁止跳过此步骤。
加载后，把用户原始请求完整交给该 Skill 执行。
入口完成工作流选择后，由对应 Skill 确定 change 所在的工作区和当前阶段，再加载任务上下文、个人记忆和项目知识；需要时使用 comet memory context。
对应 Skill 必须按需加载上下文：先通过 comet task ... --json 获取 Context Manifest（上下文清单），其中只有摘要、推荐使用的原因和稳定 ID。需要正文、来源或验证方式时，再增加 --expand-context "<id>"。
实际采用某条上下文且结果已经明确后，用返回的 application ID 调用 --application "<application-id>" --outcome used-successfully|ignored|overridden|corrected|contributed-to-failure，记录真实使用结果。未使用的内容不能记为使用成功。
不根据任务大小、文件数量、活跃 change 或模型的自行判断更换工作流。Native 与 Classic 分别管理自己的 change、状态和产物。
