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 publishcomet bundle 后端的薄封装(thin facade)。每个 publish 子命令都委托给对应的 bundle 函数。普通用户用 publish,审计/排障时才直接用 bundle

子命令

所有子命令都支持 --json
comet publish 没有 reject 子命令。approve 是用户唯一批准入口(内部调用 reviewBundle 并固定 decision=approved)。需要拒绝时用高级的 comet bundle review <name> —reject —reviewer <name>

推荐流程

完整示例

通用选项

只想知道下一步:comet creator next

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

readiness 结论

comet creator status 会展示四种 readiness 结论之一:

readiness 阻塞项

readiness blockers 会阻止 publish。每个 blocker 有一个阻塞码前缀,comet creator status 会直接展示 Readiness:Blockers:Warnings:Evidence:,并给出 nextAction 恢复命令: 完整的阻塞码表和恢复建议见发布和分发 Skill · 阻塞码

分发预览是强制的

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

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

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

Bundle 和 publish 的关系

下一步

最后修改于 2026年7月1日