/comet-any 创建 Classic 组合应用，让团队 Skill 执行指定工作，同时保留 Classic 的阶段文档、真实检查、用户批准和归档要求。
本教程创建一个 full 应用：用团队 Skill 执行 Design，并在 Verify 的检查通过后追加接口兼容性审查。应用安装完成后，用一个小接口改动验证它。
1. 选择基础流程
替换针对执行 Skill。领域机器检查、用户批准和机器归档步骤不属于执行 Skill 的替换范围。追加步骤也只能放在原流程允许的检查位置，不能仅靠入口文字把 Verify 或 Archive 移走。
本例选择 full。若希望保留已有 Design Skill、只增加设计审查，请明确说“追加审查”，避免把整个设计执行绑定替换掉。
哪些阶段的执行 Skill 可以定制
你只需说清阶段和想改变的做法，Any 负责调查实际步骤、替换绑定和输入输出要求。一个阶段可能包含多个执行步骤，方案应分别列出，不能只替换其中一个就认为整个阶段都已替换。哪些位置可以追加检查
新增检查都要声明实际产物、通过条件和失败恢复。需要多个阶段定制时，可以组合多项替换与追加；Any 应展示每项的执行位置及与原流程的关系，再由你确认。
2. 准备设计和审查 Skill
先安装 Comet 并运行comet doctor。Creator 使用 Codex 或 Claude Code 的实际加载与交接能力。
本例使用项目内的两个目录：
3. 提交定制目标
在项目 Agent 会话中输入：4. 阅读替换前后的职责
确认前让 Agent 展示设计 Skill 接收哪些输入、生成哪些文件，以及新增审查读取哪个已通过的验证结果。产物路径按实际方案确定，不应写进 Runtime 控制目录或覆盖核心状态文件。
想进一步修改阶段执行方式，可以要求设计 Skill 增加接口版本策略、错误码规范等指导。涉及新增职责、产物或失败条件时，把变化放进完整方案重新确认，不能只改一段入口说明。
5. 让异常样例验证业务检查
要求临时项目覆盖以下场景：
新增报告不能替代经典流程的原检查。兼容性 Skill 回报成功，也不能把失败的测试命令变成通过。
本地验收之后可选择模型 Eval，关注团队设计 Skill 是否实际生成阶段文件、审查是否识别破坏性变化，以及失败后能否继续修复。跳过模型 Eval 会保留跳过状态，见 创作、验收与安装。