Skip to main content
comet publish is the user-facing entry for releasing /comet-any artifacts. Once eval evidence is ready, it handles review, approval, publishing, and distribution. Creation state, recovery, and “what to do next” are handled by comet creator. The intended way to work is:
  • /comet-any creates, recovers, and optimizes the Skill
  • comet eval validates the generated output
  • comet creator status / comet creator next are the entry points for normal users to check readiness and what to run next
  • comet publish handles review, human approval, publish, and distribution
comet publish is a thin facade over the comet bundle backend. Every publish subcommand delegates to the corresponding bundle function. Normal users use publish; use bundle directly only for auditing or troubleshooting.

Subcommands

Every subcommand supports --json.
comet publish has no reject subcommand. approve is the only approval entry for users, and internally records this review with a fixed outcome of approved. To reject, use the advanced comet bundle review <name> —reject —reviewer <name>.
The publishing phase runs review → approve → run → distribute. The authoritative description of the state machine, readiness conclusions, and blocker codes is in Publishing and distributing Skills.

Full example

Common options

Only want the next step: comet creator next

comet creator status gives you the full readiness conclusion and blockers. If you only want to know which single command to run now, use comet creator next — it prints one recommended next step and exposes no backend Bundle commands:
The text output looks roughly like this:
The --json mode additionally returns structured fields:
comet creator next is for resuming an interrupted /comet-any flow: it translates the backend Bundle’s next action into one user command, so you never have to read internal state. When preference drift ( preferenceDrift.changed) is true, advisory mode warns and strict mode blocks by default — you decide whether to keep the old plan or regenerate.

Distribution preview is mandatory

Before performing a real distribution, you must run the preview first:
The preview shows:
  • Install preview and planned files
  • Unsupported capabilities
  • Executable disclosures
  • No files were written
Only after you confirm the preview results may you remove --preview and run the real distribution.

Handling executable disclosure and capability gaps

If the target platform includes executable capabilities such as hooks or scripts:
If you explicitly choose to skip an optional capability:
hooks/*.yaml are Comet portable hook descriptors; they take effect only after comet publish distribute compiles them into the target platform configuration.

Next steps

最后修改于 2026年9月4日