/comet-any 将这些要求做成单独的 Native 扩展应用，安装后通过该应用的入口使用。
本教程以“认证接口安全审查”为例。你会准备实际 Skill、确认扩展方案、验证报告与失败路径，再安装并试运行。创作 Agent 负责适配和编写应用，你不需要先写 SDK 代码。
Native 哪些地方可以定制
你可以直接告诉 Any“希望在哪里增加什么工作”，由它选择扩展范围和准备契约。下面列出当前支持的位置；括号中的范围名称供核对方案使用，不要求你手写 SDK 配置。
candidate 用于普通 change，parent、child、integration 用于 Supervisor 的对应结果。可以组合多个范围，但每个范围都要有自己的实际输入与验证依据。这些范围绑定固定位置，不能在任意时刻当作开关触发。
这里的“修改”指你创建的扩展应用改变执行指导和追加工作。默认
/comet-native 入口不会因为安装了扩展就自动变成另一套流程。不要手工改安装目录里的核心 Skill 或生成 Runtime。
1. 准备团队 Skill
先完成 Comet 安装，用comet doctor 检查环境。在支持 Creator 的 Codex 或 Claude Code Agent 平台中准备实际 Skill。
本例假设项目中已有：
2. 向 Any 描述扩展目标
在项目 Agent 会话中输入：3. 检查候选审查方案
确认方案时重点核对以下内容：
要求 Agent 展示完整入口 Skill、业务规则和验证条件，再作出决定。只看到“增加安全检查”的一句摘要，还不能确认它会检查哪些代码、什么情况下阻止后续工作。
如果你的项目使用 Supervisor，补充说明是审查每个 child、父候选还是合并后的集成结果。不同范围分别声明输入和报告，不能把一个 child 的通过记录当成整个父任务的验收。
4. 验证报告与修复路径
Creator 会编译固定应用，并在临时项目检查产物。为这个例子要求至少以下样例：
本地验收通过证明声明的检查能正常运行，不证明真实安全审查 Skill 的判断质量。选择模型 Eval 时，加入一项含认证缺陷的候选样例，观察它是否发现问题并进入修复路径。没有执行的模型与真实 Agent 平台仍保持未验证，见 应用评估。
5. 安装并使用定制入口
本例将完整应用包导出到.comet/creator/exports/native-team-review/。安装预览还会列出平台入口、固定依赖和 Rule/Hook；具体目录以返回结果为准。检查是否会覆盖现有入口，以及 Agent 平台是否需要激活能力，再确认安装。
在目标平台加载预览中列出的新入口 Skill，输入一个小的认证需求，例如：
6. 修改指导或继续中断任务
创作中断时先读取同一记录：next 在需要 Agent 平台执行操作或等待用户决定时停下，不会自行完成安全审查或批准。
安装后想增加审查项或修改团队指导，向 Any 指出原应用包和需要改变的要求，准备并确认新版本。已经开始的业务 Run 保留原固定版本；不要在原版本目录替换 Skill 后要求它按新内容继续。完整升级与恢复说明见 安装与分发。