Skip to main content
comet publish 是普通用户发布 /comet-any 产物的入口。它负责 eval 证据就绪后的 review、approval、publish 和 distribute。创建、恢复和”下一步该做什么”由 comet creator 负责。 预设的工作方式是:
  • /comet-any 创建、恢复和优化 Skill
  • comet eval 验证生成物
  • comet creator status / comet creator next 是普通用户查 readiness 和下一步要做什么的入口
  • comet publish 处理评审、人工批准、发布和分发
comet publish 是 comet bundle 后端的薄封装(thin facade)。每个 publish 子命令都委托给对应的 bundle 函数。普通用户用 publish,审计/排障时才直接用 bundle。

子命令

所有子命令都支持 --json。
comet publish 没有 reject 子命令。approve 是用户唯一批准入口,内部会以固定结论 approved 记录本次评审。需要拒绝时用高级的 comet bundle review <name> —reject —reviewer <name>。
发布阶段按 review → approve → run → distribute 执行。状态机、readiness 结论与阻塞码的权威说明见发布和分发 Skill。

完整示例

通用选项

只想知道下一步:comet creator next

comet creator status 给你完整的 readiness 结论和阻塞项。如果你只想知道现在该跑哪一条命令,用 comet creator next。它打印单个推荐下一步,不暴露任何后端 Bundle 命令:
文本输出大致长这样:
--json 模式额外返回结构化字段:
comet creator next 是给”被打断的 /comet-any 流程”恢复用的:它把后端 Bundle 的 next action 翻译成一条用户命令,所以你不需要去读内部状态。偏好漂移(preferenceDrift.changed)为真时,advisory 模式会警告,strict 模式默认阻塞。你需要决定是继续旧方案还是重新生成。

分发预览是强制的

执行真实分发前必须先跑 preview:
preview 会展示:
  • Install preview、planned files
  • unsupported capability
  • executable disclosures
  • No files were written
只有确认 preview 结果后,才可以移除 --preview 执行真实分发。

处理可执行披露和能力缺口

如果目标平台包含 hook 或脚本等可执行能力:
如果用户明确选择跳过 optional 能力:
hooks/*.yaml 是 Comet portable hook descriptor,只在 comet publish distribute 编译到目标平台配置后生效。

下一步

最后修改于 2026年9月4日