Skip to content
Development
Skill

/supergoal

Route objective-driven development, verification, planning, "teach/explain", codebase learning, and skill evaluation through the Supergoal workflow. Use when Supergoal is requested or an autonomous delivery workflow is needed.

From plugin
supergoal
42 skills
Install
$ npx -y skills add cskwork/supergoal-skill --skill supergoal --agent claude-code

How it fires

How this skill gets triggered: by you, by Claude, or both.

  • Fires itselfAuto-invocation. Claude auto-loads it when your prompt matches the work.Auto-invocation is when the right skill fires by itself at the right moment, driven by a FLOW.md router and a hook, instead of you invoking it by name. It is the difference between a skill being installed and a skill actually getting used.Read the full definition →
  • You can call itInvoke it directly when you want it.
  • Slash command/supergoal

Context preview

The summary Claude sees to decide when to auto-load this skill.

Route objective-driven development, verification, planning, "teach/explain", codebase learning, and skill evaluation through the Supergoal workflow. Use when Supergoal is requested or an autonomous delivery workflow is needed.

SKILL.md

supergoal.SKILL.md
name: supergoal
description: Route objective-driven development, verification, planning, "teach/explain", codebase learning, and skill evaluation through the Supergoal workflow. Use when Supergoal is requested or an autonomous delivery workflow is needed.

About

One objective -> smallest correct change -> verified against ground truth. If invoked, run this skill's contract instead of downgrading to an inline shortcut. `SKILL.md` is the router; `reference/` carries procedure. Unless explicitly invoked, pure brainstorming and user-driven step-by-step work use normal direct collaboration.

**Standing rules (read first, every mode).** Before classifying the mode, read `.supergoal/rules/RULES.md` if present. Honor it across phases as top-priority preference, but rules never weaken safety gates. Create/edit it only when the user explicitly asks (`reference/rules.md`). Check only the repo root (`.supergoal/rules/RULES.md`), and skip the check entirely in an ephemeral single-task workspace (auto-LIGHT tier; see role-loop `## Tier selection`).

Core principles

  • Ground truth beats proxy: re-run REAL tests, re-read request/docs, and do not optimize to self-grading.
  • Exact proof beats review; implementation is delegated to a builder subagent.
  • LIGHT tier substitutes in-context equivalents for vault artifacts, gate scripts, the Z file, and the builder dispatch; its approval rule and commit bar live in `reference/role-loop.md` `## Tier selection`.
  • Smallest correct change; match surrounding code. Scope-minimalism governs code surface area, not UI

quality: polished user-facing UI is baseline correctness.

  • GREENFIELD / DEBUG / LEGACY code changes use Before/After Eval before Build: prove before, target after, and delta with trusted commands (`reference/delivery-gate.md`).
  • Ask only when genuinely ambiguous; resolve code-answerable questions by reading the code.
  • Report for humans: outcome first, Simplified Technical English prose, the project's own vocabulary (`reference/reporting.md`); machine-checked markers stay verbatim.
  • Docs language: for persistent repo docs (`docs/**`, run vaults, `.domain-agent/**`, ADR/spec/changelog), match the target repo's dominant prose language; mixed/none -> the user's language. Keep identifiers, paths, commands, and machine-checked anchors in canonical English so checks keep matching.
  • DEBUG done-bar: a green reported-repro is NOT done. Before commit, print three literal lines and

satisfy them - `GATE.owner=` the invariant-owning frame (for a raised exception: the frame that RAISES it via the traceback, not where it surfaces; for recursion: inside the enumerated cycle), `GATE.alt_repro=` a structurally different second repro now passing, `GATE.conformance=` raw-literal returns reachable through the patched path (and its symmetric sibling methods) converted to the module's canonical forms (`S.One` over `1`). Full rules: role-loop "DEBUG hidden-contract gate".

  • Hard stops: a destructive or irreversible step (drop data, force-push, external publish) needs explicit consent; if the real tests cannot pass, report it - never fake a pass.

Run isolation (GREENFIELD / DEBUG / LEGACY that edits code)

After mode detection, resolve the source/base branch and target/integration branch (repo policy, else ask). Verify both refs before mutating files, then create a run worktree from the source/base branch. Do all code work there. Do not mutate the original checkout. Commit or merge only into the verified target/integration branch after verification and user acceptance. Commit is hard-gated by the Commit gate (`reference/delivery-gate.md`, backstop `templates/commit-gate.sh`): non-green means fix/ask, never commit on assumption. Full contract: `reference/role-loop.md`.

Mode (classify, state it in one line)

| Signal in the objective | Mode | Route | |---|---|---| | build / make / ship a new app/tool | GREENFIELD | default loop; broad/foggy builds first use a `wayfinder/` Frontier Map inside the run vault, then deliver one selected frontier ticket | | fix / broken / failing / crash / why does | DEBUG | default loop; observe live symptom, then failing-test repro (`reference/debugging.md`, driver persona `agents/debugger.md`); web: `reference/qa.md`, `reference/agent-browser.md` | | add / integrate / refactor existing code | LEGACY | default loop; map first (`agents/explore.md`, `reference/domain-context.md`); optional DB evidence (`reference/db-access.md`); existing API: capture its exact behavior first as a preserve-baseline; shared code/state changes: characterization baseline (`reference/qa.md`) | | spec / requirements first / break down / tickets / roadmap / big vague effort / frontier / what should we do first | WAYFINDER | map the destination, optional ticket-depth requirements, ticket graph, blockers, and next frontier; no product code by default (`reference/wayfinder.md`) | | prototype / spike / try variants / prove approach before build | PROTOTYPE | throwaway proof that answers one question, then delete/quarantine or route to delivery (`reference/prototype.md`) | | explain / teach / how does X work (no code) | TEACH | stateful `teach/<topic>/` workspace (`reference/teach.md`); use an Archify diagram by default for structure/flow; lessons must pass `node templates/teach-lesson-gate.mjs` | | learn / onboard / map this codebase (persist a wiki) | LEARN-DOMAIN | Survey -> Map -> Ground -> Onboard a `.domain-agent/` wiki (`reference/learn-domain.md`; gate `templates/learn-grounding-gate.mjs`) | | QA / verify / 검증만 / compare data (no code) | QA-ONLY | Impact Matrix QA (`reference/qa-only.md`; gate `templates/qa-only-gate.sh`) | | review / audit this code/diff/PR (no fixes) | REVIEW-ONLY | `reference/review-only.md` | | improve the architecture / find refactoring opportunities / 구조 개선 / draw · diagram · 그려 (arch·flow·sequence·state) | ARCHITECTURE | draw-only ask: render self-contained HTML via `reference/archify.md`, deliver the `.html`, st

Read more
Ships withsupergoal

One objective in, a verified result out. The smallest correct change, checked against the real tests. Nothing extra to install. Clone the repo, symlink it into your skills directory, then run /supergoal . Landing page: cskwork.github.io/supergoal-skill.

Get the whole plugin
Stats
4
Stars
2
Forks
Active
Maintenance
JavaScript
Language
MIT
License
12d ago
Last commit
3mo ago
Created

Repo: cskwork/supergoal-skill

Other skills on supergoal.