comet publish 是普通用户面对 /comet-any 产物的发布入口。它负责 eval 证据就绪后的 review、approval、publish 和 distribute。创建、恢复和”下一步该做什么”由 comet creator 负责。
预设的心智模型是:
/comet-any创建、恢复和优化 Skillcomet 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 是用户唯一批准入口(内部调用 reviewBundle 并固定 decision=approved)。需要拒绝时用高级的 comet bundle review <name> —reject —reviewer <name>。推荐流程
完整示例
通用选项
只想知道下一步:comet creator next
comet creator status 给你完整的 readiness 结论和阻塞项;如果你只想知道现在该跑哪一条命令,用 comet creator next——它打印单个推荐下一步,不暴露任何后端 Bundle 命令:
--json 模式额外返回结构化字段:
readiness 结论
comet creator status 会展示四种 readiness 结论之一:
readiness 阻塞项
readiness blockers 会阻止 publish。每个 blocker 有一个阻塞码前缀,comet creator status 会直接展示 Readiness:、Blockers:、Warnings: 和 Evidence:,并给出 nextAction 恢复命令:
完整的阻塞码表和恢复建议见发布和分发 Skill · 阻塞码。
分发预览是强制的
执行真实分发前必须先跑 preview:Install preview、planned files- unsupported capability
- executable disclosures
No files were written
--preview 执行真实分发。
处理可执行披露和能力缺口
如果目标平台包含 hook 或脚本等可执行能力:hooks/*.yaml 是 Comet portable hook descriptor,只在 comet publish distribute 编译到目标平台配置后生效。
Bundle 和 publish 的关系
下一步
- 发布和分发 Skill — readiness 状态链和门禁详解
- comet creator — 创建状态、恢复和唯一下一步
- comet bundle — 高级 Bundle 后端
- comet eval — 发布前证据入口

