Individual skill
comet-classic
Comet Classic workflow entry. Use when the user explicitly invokes /comet-classic, asks to start or resume Classic, or resume-probe returns auto_resume for one unambiguously recoverable active Classic change.
assets/skills/comet-classic/SKILL.md
Source commit 1fb0f070582714f8dd36cd01b7681a8aa0310942
What was checked
- Matches the observed repository HEAD
- Yes
- Scanner rules are current
- No
- Repository scan complete
- No
- Skill scan complete
- No
- Observed behavior
- Not checked yet
- Last checked
- Nov 6, 2026
These are observations at the recorded commit, not a guarantee of safety. Review the source before running it.
Install this skill
Choose an agent in your Stack or copy a command below. Commands fetch the pinned commit and copy only this skill directory. Existing destinations are refused. Copying a command does not install anything.
An install command is unavailable: current rules, complete repository and skill scans, an eligible behavior level and a permitted license are required.
Repository context
- Repository stars (not skill ratings)
- 3,283
- Repository last updated
- Nov 7, 2026
- License
- MIT
Observed agent integration: No specific integration evidence. Standard SKILL.md installation does not imply verified compatibility.
- ai Repository topic
- harness-engineering Repository topic
- sdd Repository topic
- skills Repository topic
- spec Repository topic
- eval Repository topic
- skill-creator Repository topic
- phase-guarded Repository topic
- loop-engineering Repository topic
- operations Derived category
Files and excerpt
File metadata and permitted, redacted excerpts come from the recorded scan. Source links are pinned to that commit.
Browse files
SKILL.mdcore · 13,924 bytesSKILL.mdcore · 13,924 bytesagents/openai.yamlasset · 113 bytesreference/auto-transition.mddoc · 3,969 bytesreference/classic-layout.mddoc · 4,216 bytesreference/comet-yaml-fields.mddoc · 24,327 bytesreference/context-recovery.mddoc · 19,465 bytesreference/debug-gate.mddoc · 3,261 bytesreference/decision-point.mddoc · 15,160 bytesreference/dirty-worktree.mddoc · 3,484 bytesreference/file-structure.mddoc · 2,215 bytesreference/intent-frame.mddoc · 12,188 bytesreference/scripts.mddoc · 18,994 bytesreference/sdk-methods.mddoc · 17,751 bytesreference/subagent-dispatch.mddoc · 10,742 bytesreference/workspace.mddoc · 2,485 bytes
Read excerpt
# Comet Classic — OpenSpec + Superpowers
Classic has five phases: Open → Design → Build → Verify → Archive. OpenSpec manages specifications and archiving. Superpowers provides design methods and the planning, execution, and review methods selected by the user. The full workflow requires brainstorming and design confirmation; hotfix/tweak follow their preset steps.
## 1. Resolve the Target and Workspace
For a new task or host change, perform the [host capability check](../comet/reference/host-check.md) before approving Open. When execution configuration changes, check only capabilities required by the new strategy.
Before starting or resuming, resolve artifact paths with `comet-classic/reference/classic-layout.md` and follow “CLI Bootstrap” in `comet-classic/reference/scripts.md`. Use the public Comet CLI and its OpenSpec adapter. Read only sections needed for the current action; reuse valid instructions already in context.
- When Classic was not explicitly invoked and existing work may need to resume: read Ambient Resume in `comet-classic/reference/context-recovery.md` and follow `comet resume-probe . --stdin --json`. Only `auto_resume` enters automatically; for `ask_user` ask by `reason` using the Ambient Resume table's question and options; `out_of_scope`/`none` does not enter.
- When starting a new request or the target change is unclear: read the minimal example and target-selection rules in `comet-classic/reference/intent-frame.md`. List active changes, fill a CometIntentFrame, and run `comet classic intent route --stdin`. The Agent extracts intent fields from evidence; Runtime computes the route. Follow its result without inventing a separate set of prose scoring rules.
- When the target change is explicit and Runtime has initialized it, bind its workspace below. New SDK changes use `comet-state.yaml`; historical `.comet.yaml` files are read and written in place, and compat initialization still uses the old name. Use Runtime ownership returned by `state next`, not the mere presence of the state file, to choose the recovery path. Bind only after selecting among active changes. A new change goes to `/comet-open` or the matching preset Skill, which prepares the workspace before initializing; `workspace resolve` reports not-found for an uninitialized change.