██████╗ ██████╗ ███╗ ███╗███████╗████████╗
██╔════╝██╔═══██╗████╗ ████║██╔════╝╚══██╔══╝
██║ ██║ ██║██╔████╔██║█████╗ ██║
██║ ██║ ██║██║╚██╔╝██║██╔══╝ ██║
╚██████╗╚██████╔╝██║ ╚═╝ ██║███████╗ ██║
╚═════╝ ╚═════╝ ╚═╝ ╚═╝╚══════╝ ╚═╝
Comet is a resumable long-running task workflow and Skill platform for coding.
It provides two independent requirements workflows: Native for strong models, powered only by Comet's own runtime, and Classic, which preserves the full OpenSpec + Superpowers phase-governance model. Comet also covers Skill creation, evaluation, and release.
It allows you to use a toolchain to handle everything from requirements to archiving, combine any skill to make it like Comet, evolving your skills based on scientific Rubric, Pass@k, and Pass^k scoring.
Important
0.4.0-rc.1 — Native Supervisor Changes can decompose a complex requirement into dependency-aware child changes, let independent Codex sessions or a Claude Code Agent Team implement and verify them in isolated worktrees, and then have the Runtime integrate them in dependency order before the parent change's final acceptance.
RC.1 also adds manageable Personal Memory, Project Knowledge, and progressive context, plus a three-pane Dashboard for workflows, Git worktrees, memory, knowledge, and plugin settings. Native Portable State, recovery paths, and the Windows Hook experience are hardened throughout.
0.4.0-beta.7 — Added a native, recoverable workflow for strong models. Native and Classic operate independently through shared configuration, status, Guard, Dashboard, and Eval entry points. Aligned evaluation (16 tasks × 48 runs, using the 41 paired samples where both treatments passed) showed 76.8% fewer total tokens, 57.4% fewer Agent rounds, 47.4% less time, 87.5% pass^3 (+12.5pp), and 100% pass@3.
0.4.0-beta.1 — Upgraded Comet to a pure Node runtime without Bash/WSL and added three core capabilities: compose any Skill through /comet-any, evaluate any Skill through comet eval with LangSmith integration, and inspect every change through comet dashboard.
0.3.9 — Review mode (off|standard|thorough) controls Build/Verify code review with project defaults; init/update gained optional dependency prompts, broader CLI i18n, stronger phase guards, and macOS executable bits.
See the website Changelog for details and the Native vs. 0.4.0 Classic baseline for the evaluation results.
Native and Classic are not lightweight and heavyweight tiers, and neither upgrades into the other. Native is for strong models that can plan and verify autonomously; Classic is for scenarios that benefit from a complete phased methodology and stronger constraints.
- Native workflow for strong models —
/comet-nativeuses a detailed brief, complete target specifications, phase checks, and recoverable archive to constrain outcomes while leaving planning, implementation, testing, and review methods to the model. User-readable artifacts live underdocs/comet/by default, fully separate from Classic. See the Native workflow guide. - Supervisor Changes for complex requirements — Native can split work along real delivery boundaries, manage dependencies and readiness as a DAG, let multiple agents implement and verify in Runtime-created worktrees, and then integrate the results before the parent change's final acceptance.
- The stable core for long-running tasks — Comet's Classic Spec mode combines OpenSpec and Superpowers into a five-phase flow with a state machine, phase checks, and scripts. It suits work that needs an explicit method and strong constraints; its permanent entry point is
/comet-classic. - A configuration-driven shared entry point —
/cometreads only the project's.comet/config.yamland deterministically forwards to/comet-nativeor/comet-classic. It does not guess from task size or mix changes, state, or directories across workflows.comet resume-probeuses the same configuration to resume through the correct permanent entry point. - Skill platform — Comet can author reusable Skill packages and use
/comet-anyto organize them into distributable Bundles, so Skills you create can be distributed to coding platforms with one command, much likecomet init. - Eval platform — Comet assesses your skills using scientific Rubric, Pass@k, and Pass^k scoring, ensuring skill evolution is based on scientific evidence rather than intuition. It supports integration with LangSmith assessments, bringing evaluation to real-world enterprise production environments. Its dual-agent architecture automates the assessment process in your production environment.
When a requirement contains multiple deliverables that can be implemented and verified independently, a Supervisor Change confirms the child changes and their dependencies before coordinating independent Codex sessions or Claude Code Agent Teams. The Runtime remains responsible for worktrees, task identity, verification, ordered integration, and the parent change's final Verify.
Complex goal → child-change DAG → isolated worktrees → independent implementation and verification → ordered integration → final parent Verify
Codex multi-session execution
supervisor-codex.mp4
Claude Code Agent Teams execution
supervisor-claude-code.mp4
With Comet, you only need to remember two skills and one command, covering coding, creation, and evaluation with an extremely low barrier to entry:
- Use
/cometto enter the project's configured Native or Classic workflow - Use
/comet-anyto compose any Skills - Use
comet evalto evaluate any Skill
The following charts are from 16 Comet workflow tasks, with 5 samples per treatment, comparing no Comet, Comet 0.3.9, and Comet 0.4.0.
The core observations were the differences in Pass@5, Pass^5, and Rubric scores. The baseline without Comet Skills only validated business behavior.
Many Comet capabilities have parallels in current industry practice.
To compare Comet with those patterns, see Comet Docs.
- How to reliably trigger nested Skills — not by making an agent perform something that merely looks like a Skill trigger, such as writing files based on a Skill description, but by actually triggering the Skill. Comet invokes many OpenSpec and Superpowers capabilities, with trigger prompts refined through broad real-world practice.
- How to make composed Skills advance through multiple phases automatically — not through manual intervention. Aside from necessary user choices, Comet's five-phase flow can trigger core Skills automatically while the state machine keeps transitions reliable.
- How to make a Spec lifecycle resumable — Comet links OpenSpec change/spec artifacts with Superpowers design and
plan documents, then records phase, execution mode, verification result, and archive status in each change's
.comet.yaml, so an agent can continue after interruption instead of rereading documents and guessing progress. - How to turn doc synchronization from reminders into automation — Comet scripts handoff, state updates, validation, and archive sync, reducing repeated prompts such as "remember to update the design doc" or "remember to archive the change."
- How to design guard conditions that agents can execute — phase exits do not rely on an agent saying "done." Scripts
such as
comet-guard.mjs,comet-yaml-validate.mjs, andcomet-state.mjscheck tasks, state fields, verification evidence, and archive conditions before the workflow advances. - How to distribute and install Skills across platforms — Comet supports many AI coding platforms, project/global install scopes, Chinese/English Skill variants, and platform-specific directories such as Antigravity's different project/global paths.
- How to turn scripts into agent workflow infrastructure — Comet scripts handle hashes, YAML fields, state machines, and archive flow, showing how workflow control that is easy to scatter across prompts can become testable, reusable tooling.
- How to evolve Skills through scientific evaluation — Comet Eval supports structured rubric scoring plus Pass@k and Pass^k metrics, with both local and LangSmith evaluation paths for production use.
- How to create Comet-like Skills intelligently —
/comet-anycomposes arbitrary Skills. You describe your Skill preferences, and the agent handles stability-related hooks, rules, scripts, and referenced Skill files for you.
Requirements:
- Node.js 22+
- npm/npx
- Git
npm install -g @rpamis/cometInitialize Comet in the project where you want to use it:
cd your-project
comet init
# Invoke /comet in the hostInteractive setup explains and offers Native, Classic, or both. Native is for strong models that can implement and verify autonomously; Classic is for tasks that need full Spec/TDD phase constraints; Both installs two independent entries while keeping /comet on Native by default. Non-interactive new projects default to Native, and project configuration is unified at .comet/config.yaml:
comet init --workflow classic
comet init --workflow bothcomet init generates .comet/config.yaml with field-level comments in the selected language. comet update fills new managed defaults while preserving user values and unknown extensions.
View the compact config shape when Native and Classic are both enabled
schema: comet.project.v1
default_workflow: native
workflows: [native, classic]
ambient_resume: true
memory:
learning: true
retrieval: true
knowledge:
provider: local
hook:
allow_paths: []
native:
artifact_root: docs
language: en
clarification_mode: batch
archive_confirmation: automatic
max_verify_failures: 5
classic:
artifact_layout: docs
language: en
context_compression: off
review_mode: standard
auto_transition: truedefault_workflowselects the default/cometentry and must be present inworkflows.ambient_resume,memory,knowledge, andhookare shared by both workflows.memory.learning/retrievalcontrol personal-memory learning and injection.knowledge.local.includecan append project-relative Markdown globs.hook.allow_pathsis empty by default; add project-relative directories only when guarded phases must write shared files. It cannot bypass protection for.cometor workflow artifacts.- Native stores user-readable artifacts under
docs/comet/and machine Runtime under.comet/runtime/native/. Usecomet init --workflow native --root artifactsforartifacts/comet/. Classic-only defaults stay underclassic:;comet init/comet updatemigrate legacy top-level fields.
Cloud Knowledge and self-hosted PR providers remain advanced settings; see Native configuration and Classic configuration. Native v4 no longer persists the legacy snapshot budgets in user configuration.
For platforms that use the generic skills CLI directly, you can install the Comet skill package with:
npx skills add rpamis/cometAuto-install OpenSpec & Superpowers, one-click dev environment setup
Multi-phase Skill entry, auto-detects current Spec stage, auto-triggers core flow, manual review at key nodes
Comet Eval's automated dual-agent architecture can integrate online with LangSmith/LangFuse environments, making experiments traceable and skills evolvable.
Manage your Skill baseline in LangSmith and view detailed performance metrics, latency, and token consumption
Trace your Claude Code in LangSmith
Trace custom Rubric metrics with Pytest in LangSmith
comet init supports 37 AI coding platforms:
View full platform list
| Platform | Skills Dir | Platform | Skills Dir |
|---|---|---|---|
| Claude Code | .claude/ |
Cursor | .cursor/ |
| Codex | .codex/ |
OpenCode | .opencode/ |
| Devin Desktop (formerly Windsurf) | .devin/ |
Cline | .cline/ |
| RooCode | .roo/ |
Continue | .continue/ |
| GitHub Copilot | .github/ |
Gemini CLI | .gemini/ |
| Amazon Q Developer | .amazonq/ |
Qwen Code | .qwen/ |
| Kilo Code | .kilocode/ |
Auggie | .augment/ |
| Kimi Code | .kimi-code/ |
Kiro | .kiro/ |
| Lingma | .lingma/ |
Junie | .junie/ |
| CodeBuddy | .codebuddy/ |
WorkBuddy | .workbuddy/ |
| Crush | .crush/ |
Factory Droid | .factory/ |
| iFlow | .iflow/ |
Pi | .pi/ |
| Qoder | .qoder/ |
Antigravity | .agents/ |
| Antigravity 2.0 | .agents/ |
Bob Shell | .bob/ |
| ForgeCode | .forge/ |
Trae | .trae/ |
| Trae CN | .trae-cn/ |
ZCode | .zcode/ |
| MimoCode | .mimocode/ |
CoStrict | .cospec/ |
| Grok | .grok/ |
See CONTRIBUTING.md | 中文版 for development setup, commit conventions, PR process, branch workflow, and guidance for adding platforms, skills, scripts, or changelog entries.
See CHANGELOG.md for version history and updates.
Track our development progress and upcoming features on the Comet Roadmap.
![]() DouYin (Recommended) |
![]() |
![]() |








