comet status gives you a read-only snapshot of active Comet-managed and plain OpenSpec changes, task progress, runtime evidence, and the appropriate next command.
Usage
path defaults to . (the current directory) when omitted. The command reads change state from the Classic OpenSpec root selected by classic.artifact_layout: docs/openspec/changes/ for new projects or openspec/changes/ for retained legacy layouts.
Example Output
Mixed Comet and OpenSpec changes
One project may contain both Comet-managed changes and plain OpenSpec changes. Status labels them separately instead of forcing plain OpenSpec work into the Classic five-phase lifecycle.
Only archive-ready entries show a recommendation. Invalid state, incomplete tasks, or failed verification continue to show recovery guidance.
Multiple active Comet changes
With one active Comet change, source work can be attributed automatically. With multiple active changes, select the intended target first:select; the source-write guard does not guess.
Only non-archived changes appear. A directory without .comet.yaml appears as a plain OpenSpec change rather than being silently excluded.
Flags
boolean
Output active changes as structured JSON, including a
nextCommand field for each change. Useful
for scripting and automation.JSON Output
nextCommand field maps each phase to its corresponding Comet entry point:
Use Cases
- Quick workflow check — Glance at all in-flight changes and where each one stands.
- Know what to run next — The
nextfield tells you exactly which Comet command to invoke to continue. - Scripting and automation — Pipe
--jsonoutput into CI scripts or shell tooling to conditionally trigger workflow commands based on phase or task completion. - Resume after interruption — After closing an AI coding session, run
comet statusto orient yourself before typing/cometin your AI platform.

