Agent skill

Spectre Execute

by joenandez in joenandez/spectre

Execute tasks/plans with checks/reviews/proof. An agent skill from joenandez/spectre.

MITAuto-check passed

Install Spectre Execute

skills CLI
$ npx skills add joenandez/spectre --skill spectre-execute -a claude-code

Project install by default; add -g for ~/.claude/skills/.

GitHub CLI
$ gh skill install joenandez/spectre spectre-execute --agent claude-code

Project scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).

Manual copy
$ git clone --depth 1 https://github.com/joenandez/spectre.git skills-src && mkdir -p .claude/skills && cp -r skills-src/plugins/spectre/skills/spectre-execute .claude/skills/spectre-execute && rm -rf skills-src

Use ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.

Claude Code skills documentation · loads skills from .claude/skills/

Facts

Skill name
spectre-execute
GitHub stars
164
Token cost
~4.1k tokens
SKILL.md length
1,804 words
Files
21 (incl. references)
Skills in repo
26
Repo updated
First seen
Licence
MIT

At a glance

Execute tasks/plans with checks/reviews/proof. An agent skill from joenandez/spectre.

  • Works in 7 steps: Resolve and resume. Persistent execution… → Batch and dispatch. Read… → Gate accepted batches. Before any… → …
  • SKILL.md covers Inputs, Working Set, Outputs + DONE and Method / guardrails, plus 3 more sections
  • Runs JavaScript scripts from its folder

What it does

Spectre Execute is an agent skill from joenandez/spectre. Execute tasks/plans with checks/reviews/proof. Use after planning/resume. Not for planning, unplanned fixes, or pruning.

Its SKILL.md is about 4.1k tokens, which your agent loads only when the skill is triggered. The skill folder holds 25 other files, including reference files (for example `references/create-tasks.md`, `references/create-tasks/execute.example.md` and `references/create-tasks/tasks.example.json`).

The repository describes itself as: Spectre is a battle-tested 6 stage agentic engineering workflow for building complex, production-ready features. You stay in the loop for the decisions that matter. Your agents…. The licence is MIT.

Example prompts

  • “/spectre-execute”

Requirements

  • Node.js

Workflow steps

7 steps, taken from the first numbered list in SKILL.md.

  1. Resolve and resume. Persistent execution authority: on initial entry and every continuation/resume, including after compaction, reload…
  2. Batch and dispatch. Read references/parallel-scheduling.md before first dispatch; apply it to every source and frontier. Waves guide…
  3. Gate accepted batches. Before any reviewer, the primary independently runs affected lint/typecheck/build and native focused non-harness…
  4. Capture boundaries. After exact run/work identity, invoke Skill(spectre-work-record) once at start with truthful intent/scope. Workers…
  5. Record and adapt. Record accepted completion only in local state; emit primary completion against passing gate; worker submission never…
  6. Route intermediate review by compounding risk or final-only profile. With --review-profile final-only, record each verified completed…
  7. Repeat until the selected completion projection is satisfied.

What it can do on your machine

Read from SKILL.md and the folder at commit 931c9e8. It shows what the files ask for, not the result of running them.

  • Tool permissions

    Pre-approves nothing: there is no allowed-tools line, so your agent's usual permission prompts apply.

    From allowed-tools in the SKILL.md frontmatter.

  • Runs code

    Ships script files (JavaScript, from the files we listed), which the agent can run.

    From the folder's file list and the shell code blocks in SKILL.md.

  • Network

    No URLs in SKILL.md.

    From URLs in SKILL.md, links to its own repository left out.

  • Credentials

    Names no API keys, tokens, secrets or passwords.

    From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.

Context cost

Spectre Execute loads about 4.1k tokens when it runs, and up to ~36k if it reads all its reference files. Until then it costs about 34 tokens; SKILL.md has 1,804 words of instructions outside code blocks.

Always · name and description, kept in context so the agent knows when to use it
~34
When it runs · the whole SKILL.md, loaded when a task matches
~4.1k
With references · SKILL.md plus every file in references/, read only if the agent opens them
~36k

Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.

Safety

Auto-check passed

The automated check found no risky patterns in SKILL.md.

Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); files beside SKILL.md are not scanned.

SKILL.md

The full file from joenandez/spectre at commit 931c9e8, republished under its MIT licence (© joenandez). 1,804 words, ~4,066 tokens.

Download SKILL.mdSave it as .claude/skills/spectre-execute/SKILL.md (or your agent's skills folder). This skill also uses 20 other files; get the full folder from GitHub.
name
spectre-execute
description
Execute tasks/plans with checks/reviews/proof. Use after planning/resume. Not for planning, unplanned fixes, or pruning.
user-invocable
true

execute

Preserve parallelism, authority, gates, repair.

Inputs

  • $ARGUMENTS: path; --origin plan|fix; --preflight-plan <xs|light|standard|comprehensive>; wave hints; --orchestrated; orchestrated-only --finalization-owner parent. Default owner: self.
  • --review-profile final-only, valid only with --orchestrated --finalization-owner parent; it defers intermediate review and requires the orchestrating caller to invoke Skill(spectre-code_review) exactly once; caller owns sequencing, never semantic review.
  • structured: execute index + resolvable tasks.json; malformed structured input escalates, never becomes a plan.
  • fix-source: bug-report path/root or identifying content—not --origin—selects fix; load references/fix-source.md, not Plan preparation.
  • plan-direct: explicit readable plan, including paths, Plan handoff markers, and legacy Execution Mode: direct headers. The explicit supplied plan wins over ambient task artifacts and enters this preparation contract.
  • No path: use existing same-run source evidence first, then a plan at the confirmed root, then structured-only fallback. No-path selected plans receive this preparation before dispatch. Never infer from branch/recency.
  • --preflight-plan <depth> remains a preparation-depth hint, not authorization, classification, or task-graph switch; a depth hint must not create authority pause. Execution Mode: direct is a legacy coordination hint. No selected readable plan needs a completeness/header ceremony.

Working Set

  • Reuse a managed FEATURE_ROOT only when explicit/current-thread evidence ties it to this work (physical directory wins; never branch/recency/lifecycle/scans); distinct work ignores ambient roots. Otherwise, including on collision, standalone MUST first load and follow @skill-spectre:spectre-feature-root through DONE; orchestrated calls escalate. Keep writes beneath it and pass it unchanged.
  • Keep the invocation checkout.
  • Structured detail precedence: declared Tasks JSON → adjacent tasks.json → sibling .tasks.json; else escalate. Read whole; detail targeted slices.
  • Structured/plan-direct read references/telemetry.md, start/resume local event run with origin, follow primary/worker authority. Local workflow store is the sole lifecycle/progress authority; plans/tasks immutable. Summaries retain origin/shape/category/elapsed/aggregate tokens; Plan-direct emits events. Telemetry failure degrades observation, never delivery authority.
  • SCOPE_DOCS: manifest paths or scope/UX/research cited by the plan.
  • On first selected readable-plan use/resume, read references/plan-direct.md for preparation state. On the first verification failure, review finding, E2E gap, or proof failure, read references/repair-policy.md.
  • Maintain compact verification ledger by HEAD, check id, changed/dependency surface, result, attribution, disposition; controls reruns. Never persist raw output or per-wave evidence/checkpoint/report files.

Outputs + DONE

  • Commit implementation batches/canonical artifacts. Task/plan immutable; Execute evidence/state local/uncommitted.
  • self: one final comprehensive review; proof ends PASS.
  • parent: IMPLEMENTATION_READY + ACCEPTANCE_PENDING manifest; no final review, proof, or acceptance claim. With --review-profile final-only, every phase records final-only and the parent receives FINAL_REVIEW_PENDING.
  • DONE: selected work/adaptations done|skipped; current affected verification; each phase final-only or reviewed once for recorded compounding risk; every finding dispositioned; no safe authorized work or stale/uncovered final surface; self final review + end-only proof when applicable; no primary-authored planned work; structured telemetry complete or honestly degraded.

Method / guardrails

  • Plan preparation. For selected readable plans, resolve root, plan, Scope, depth/state before run creation. Reuse applicable task_context.md assessment by plan/authority hashes; after scope-safe byte-only review edits, rebind if topology/uncertainty is unchanged; reroute only if absent/materially invalidated. Missing assessment dispatches Skill(spectre-plan-route) to a fresh child agent for one classification. Hash-bound observed size, never depth, decides Plan Review: XS/S record review:not-required:<size> and skip; M+ reuse a closed correctness+simplification chain only with external-attempt/recorded-failure+fallback provenance, completed route/reports, finalized plan hash/disposition, and protected files unchanged; reject route-only/interrupted/NOT DONE; else resume hash-valid or user-decided partial correctness or dispatch ${CLAUDE_PLUGIN_ROOT}/skills/spectre-execute/references/plan-review.md --auto-apply scope-safe --orchestrated once to fresh child. Review-worthy risk reclassifies M+; no hidden XS/S exception. Mechanical repairs stay local; semantic corrections use child. Scope/explicit-design changes remain withheld; scope-safe result proceeds without a second user gate. ATOMIC/DIRECT use the bounded local workstream/Active Wave pattern. For STRUCTURED, pass finalized plan path/hash, closed review evidence, and assessment depth; STRUCTURED dispatches a fresh child with ${CLAUDE_PLUGIN_ROOT}/skills/spectre-execute/references/create-tasks.md --orchestrated (L → standard, XL → comprehensive). No automatic task review; when a user explicitly requests a task-graph audit, load ${CLAUDE_PLUGIN_ROOT}/skills/spectre-execute/references/task-review.md. Select only a validated pair bound to finalized plan and closed review chain. For all preparation children, consume child DONE inside the same Execute run before proceeding.
  1. Resolve and resume. Persistent execution authority: on initial entry and every continuation/resume, including after compaction, reload this contract with original source arguments and continue the same durable run; never implement from memory or substitute another workflow. Rebuild the frontier from the store: run start with original --source returns the same runId; run status --run-id <id> --json reports it. Compare selected source/preparation hashes before trusting mappings; references/plan-direct.md owns hash-bound pair reuse and source-mode continuity. Fresh structured selection persists its resolved JSON event source so resubmitting the plan resumes the same run. Trust only completed/skipped; every other value is redo-or-verify. INVALID_TASK_TRANSITION means the log is ahead: re-read, never force. Source order alone does not block concurrent dispatch; detail only the ready frontier.
  2. Batch and dispatch. Read references/parallel-scheduling.md before first dispatch; apply it to every source and frontier. Waves guide; phases bound review. Batch at most three sequential parents or bounded plan-direct workstreams. Assign plan-required real-input probes to @spectre:dev before dependent implementation; independent ready work may proceed. Require a sanitized real capture/fixture and observed result against the plan's stop condition; static inference cannot replace them. Every source-owned workstream, including single/sequential work, goes to @spectre:dev; the primary only orchestrates, verifies, accepts, and records state; it never implements planned work. For risk, use Claude claude-opus-5-5 or Codex gpt-6-sol; otherwise defaults. Give exact assignment, context, threatened invariant, and shared contract; omit unrelated ids. Structured dispatch includes exact <workflow_telemetry>. Require the worker to load ${CLAUDE_PLUGIN_ROOT}/skills/spectre-execute/references/tdd.md, run focused checks, commit, return compressed insights, and report E2E Complete|Gap|Adaptation.
  3. Gate accepted batches. Before any reviewer, the primary independently runs affected lint/typecheck/build and native focused non-harness tests selected from the returned diff and demonstrated dependency/consumer boundaries; gate batches while other assignments remain in flight, letting early parents ride the next covering gate. Never run a repository baseline/root suite, full app harness, benchmark, or broad qualification here. Record stable check ids/result against current HEAD without raw output or new evidence files. Attribute failures and follow references/repair-policy.md; implementation reports are leads only.
  4. Capture boundaries. After exact run/work identity, invoke Skill(spectre-work-record) once at start with truthful intent/scope. Workers return compact findings/evidence; after each accepted batch primary invokes Skill(spectre-capture) only for qualifying reusable knowledge. For meaningful blocked handoff/resolved resumption, invoke Skill(spectre-work-record); never task, batch, check, review, commit, or routine-progress update. At terminal completion run finish first, then invoke Skill(spectre-work-record) once with truthful seven-section account and --source-run-id <exact-run>; capturing earlier leaves a start-only delivery receipt Ship can never select. Authorized successful self sends execution: finalized with remainingWork: "None.", independent of Ship, any PR, and later review/CI/merge/closure; parent stays IMPLEMENTATION_READY/ACCEPTANCE_PENDING; blocked/failed/incomplete runs stay non-final with truthful residual work. Capture failure does not block verification, review, proof, lifecycle authority, or delivery; return recovery input.
  5. Record and adapt. Record accepted completion only in local state; emit primary completion against passing gate; worker submission never acceptance. Never mutate source task/plan artifacts for lifecycle state. Add/split/skip/reorder only source-required derivative work; amend the canonical graph only when its definition was wrong. New derivatives join when assigned.
  6. Route intermediate review by compounding risk or final-only profile. With --review-profile final-only, record each verified completed phase as final-only without loading review routing or dispatching a reviewer. Otherwise a phase may be reviewed only after all source-owned tasks/workstreams and adaptations are done|skipped under current affected verification; completion alone is not a trigger. On first phase completion, read references/review-routing.md.
    • Inputs: phase diff/commits/files, risk, scope, verbatim requirement/AC slices—not dev rationale, pending phases, unrelated files.
    • Check named risk, Defined → Connected → Reachable, E2E completeness, security/correctness, dead/orphaned outputs, duplicate sources, old active paths.
    • Return CLEAN or evidence-backed CRITICAL/HIGH with file:line, invariant, observable scenario, evidence chain, smallest in-thread fix. Persist only local route/dispositions, never an intermediate review report. Follow repair policy: one consolidated pass, affected verification, no repair re-review.
  7. Repeat until the selected completion projection is satisfied.
Show full SKILL.md (549 more words)Show less

Finalization

Compute coverage from the ledger. Run only stale or uncovered checks; never blanket-rerun cumulative verification or a root suite. Expensive harness/performance/full qualification runs only for the final relevant candidate unless a source task produces a prerequisite or product-consumed qualification artifact blocking downstream work. Cache by candidate definition hash = relevant inputs + scenario/config + command; permit one run per hash, rerun only after changed inputs or diagnosed infrastructure invalidation.

  • parent: require wave gates/review dispositions. Return diff/base, commits/files, test roots, coverage, review route, repair ledger, requirement slices, findings, and ACCEPTANCE_PENDING; add FINAL_REVIEW_PENDING for final-only, requiring one opposite-runtime-first Skill(spectre-code_review) before proof. The manifest names ${CLAUDE_PLUGIN_ROOT}/skills/spectre-execute/references/proof.md and its tuple-bound Validate step as pending acceptance; parent mode ends here and the caller owns that sequence.
  • self: invoke Skill(spectre-code_review) exactly once, high effort, over cumulative diff + requirements/scope without implementer rationale. Structured mode passes completed requirement/AC slices; plan-direct passes PLAN_SOURCE plus relevant EXECUTION_STATE evidence as routing only. It owns delivery/reachability, scope-creep, dead-computation, old-path, and single-source audits. Record its result as a review gate. Give attributable CRITICAL/HIGH one consolidated repair pass, affected verification, and honest dispositions.
  • After review dispositions are recorded, load ${CLAUDE_PLUGIN_ROOT}/skills/spectre-execute/references/proof.md once over the final authoritative source and current candidate. This reference invokes Skill(spectre-validate) --orchestrated with the same source, resolved FEATURE_ROOT, and complete BASE_SHA/HEAD_SHA/DIFF_SHA256 tuple, then observes uncovered journeys. Persist validation report, status, and tuple in Proof; a PASS requires status Complete for the exact current tuple. Any Partial, Dead Code, or Missing requirement blocks aggregate PASS and follows the existing repair policy, with fresh current-candidate validation after repair. A genuine authority block is reported truthfully. Parent ACCEPTANCE_PENDING names this Proof reference and tuple-bound validation as its pending acceptance step. Static validation and observed journeys remain distinct. Record Proof as the final acceptance gate; after repair, use targeted rechecks from references/repair-policy.md before another full current-candidate Proof pass; do not terminalize until aggregate PASS or every remainder is NEEDS_AUTHORITY. Formatting, lint, artifact, rebase, or commit-only changes do not trigger reproof. Finish structured runs with the truthful terminal event.
  • After that authoritative terminal status, follow the telemetry reference to emit one non-authoritative plan.execution_outcome; Plan/Execute artifact joins use SHA-256 hashes of raw artifact file bytes, and join failure only degrades telemetry.

Handoff

Parent: machine IMPLEMENTATION_READY/ACCEPTANCE_PENDING (+ FINAL_REVIEW_PENDING), no table. Self terminal: returns counts/coverage/review/dispositions/owner/proof/findings/RUN_ID/telemetry. Companion opens same resolved local file beside conversation; outside same clickable link/no failure; Never publish/share proof.

HandoffDetails
🧭 Current phaseComplete/recovery.
📦 What was just doneDelivery/impact.
▶️ Proposed next stepRender resolved action.
🔎 Review proofRender Markdown Review proof; substitute absolute FEATURE_ROOT.

What was just done contains delivered capability + user impact only; must not include test/review/proof verdicts. Put counts/coverage/review/dispositions/owner/RUN_ID/telemetry outside the table.

High → Fix; coverage or any other closeout → /spectre:spectre-ship; blocked/failed → same table/exact resolved recovery action.

Escalate-If

  • Missing/malformed structured index/task detail → rerun /spectre:spectre-execute <resolved-plan.md> from the original readable plan; if no readable plan exists, report NEEDS_AUTHORITY against the malformed source.
  • Unreadable source, Scope change, unresolved correctness Blocker/High, explicit-design contradiction, unavailable authority, or invalid generated pair → NEEDS_AUTHORITY before task generation/delivery.
  • Invalid parent ownership; --review-profile final-only without an orchestrated caller that explicitly owns the one final Skill(spectre-code_review) invocation; unsafe/unrelated prompt slice; conflicting acceptance; unavailable authority/capability; required scope change; or unauthorized destructive action.
  • Never escalate solely for check failure, unavailable/red baseline, review/proof finding, diff growth, or related-file changes; continue independent work and terminalize only when every remaining non-PASS row is NEEDS_AUTHORITY.

© joenandez, MIT. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file

Files

SKILL.md and 20 other files (references) in plugins/spectre/skills/spectre-execute of joenandez/spectre.

  • SKILL.md
  • references/create-tasks.md
  • references/create-tasks/execute.example.md
  • references/create-tasks/tasks.example.json
  • references/fix-source.md
  • references/parallel-scheduling.md
  • references/plan-direct.md
  • references/plan-review.md
  • references/plan-review/correctness-review.md
  • references/plan-review/simplification-review.md
  • references/proof.md
  • references/proof/proof-html.md
  • references/proof/proof-tools.md
  • references/proof/scripts/validate-proof-html.mjs
  • references/repair-policy.md
  • references/review-routing.md
  • … and 5 more

Open the folder on GitHubat commit 931c9e8

Compare with similar skills

Spectre Execute next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.

Spectre Execute compared with similar skills
SkillStarsUsed inTokensAuto-checkLicenceRepo updated
Spectre Execute this skilljoenandez/spectre164—~4.1kAutomated safety check: PassMIT
Executing Plans Inlineobra/superpowers297k2 repos~5.1kAutomated safety check: PassMIT
Execute Planbrycewang-stanford/Auto-Empirical-Research-Skills4.5k—~2.1kAutomated safety check: PassCustom licence
Inline Plan ExecutionjnMetaCode/superpowers-zh8.3k—~2.5kAutomated safety check: PassMIT
Plancodewhale-hq/Codewhale41k—~213Automated safety check: PassMIT
Execute Plan With Status Trackingtailcallhq/forgecode7.6k1 repos~426Automated safety check: PassApache-2.0

Similar skills

  • Executing Plans Inline

    obra/superpowers

    Has the agent carry out an implementation plan itself, task by task in the current session, keeping a ledger, proving each step with a test and ending with one whole-branch review.

    297k GitHub starsUsed in 2 repos~5.1k tokens
    Agent WorkflowsAuto-check passed
  • Execute Plan

    brycewang-stanford/Auto-Empirical-Research-Skills

    A skill your agent uses when a research implementation plan exists in docs/superpapers/plans/ and the user is ready to execute it — collecting data, running analysis, producing outputs, writing the…

    4.5k GitHub stars~2.1k tokensUpdated 3 days ago
    Agent WorkflowsAuto-check passed
  • Inline Plan Execution

    jnMetaCode/superpowers-zh

    Executes a written implementation plan task by task in the current session, with a progress ledger, test-first gates and one fresh-context review at the end.

    8.3k GitHub stars~2.5k tokensUpdated yesterday
    Agent WorkflowsAuto-check passed
  • Plan

    codewhale-hq/Codewhale

    Turn a sufficiently understood task into an ordered implementation plan with dependencies and verification.

    41k GitHub stars~213 tokensUpdated today
    Agent WorkflowsAuto-check passed
  • Works through a plan file task by task, updating each task's status inside the file, then re-reads it at the end to confirm nothing was left undone.

    7.6k GitHub starsUsed in 1 repo~426 tokens
    Agent WorkflowsAuto-check passed
  • Executing Plans

    mohitagw15856/pm-claude-skills

    Execute a written plan with discipline — verify each step before advancing, surface deviations instead of improvising around them, and keep a visible execution log.

    1.4k GitHub stars~1.2k tokensUpdated today
    Agent WorkflowsAuto-check passed

More from joenandez/spectre

All 26 skills in this repo
  • Verify Spectre

    joenandez/spectre

    A skill your agent uses when validating that the Spectre plugin itself still works after ANY change to this repo — skills, prompts, agents, hooks, the CLI, the Codex mirror, or a release.

    164 GitHub stars~1.5k tokensUpdated 6 days ago
    Auto-check passed
  • A skill your agent uses when modifying the Codex SPECTRE install flow, SessionStart continuity, project skill syncing, registry injection, or Codex-specific runtime files.

    164 GitHub stars~2.2k tokensUpdated 6 days ago
    Auto-check passed
  • Spectre Handoff

    joenandez/spectre

    Save a quiet, branch-keyed session snapshot with continuity, active work, and optional task/todo state for automatic resume.

    164 GitHub stars~1.3k tokensUpdated 6 days ago
    Auto-check passed
  • Spectre Learn

    joenandez/spectre

    User-invoked front door for durable capture. An agent skill from joenandez/spectre.

    164 GitHub stars~1k tokensUpdated 6 days ago
    Auto-check passed
  • Spectre Rewrite Skill

    joenandez/spectre

    Rewrite a verbose SPECTRE skill into a compact, contract-form Spectre skill proposal — clear on WHAT, silent on HOW — grounded in the spectre-light distillation and freedom-tier budget.

    164 GitHub stars~3k tokensUpdated 6 days ago
    Auto-check passed
  • Spectre Rewrite Subagent

    joenandez/spectre

    Rewrite Spectre subagent definitions into compact, contract-driven agents with clear routing, least-privilege tools, output schemas, and an auditable rewrite trail.

    164 GitHub stars~1.8k tokensUpdated 6 days ago
    Auto-check passed

Questions about Spectre Execute

What does Spectre Execute do?

Execute tasks/plans with checks/reviews/proof. An agent skill from joenandez/spectre. Spectre Execute is an agent skill from joenandez/spectre. Execute tasks/plans with checks/reviews/proof.

How do I install Spectre Execute in Claude Code?

Run `npx skills add joenandez/spectre --skill spectre-execute -a claude-code`. Or copy the skill folder (plugins/spectre/skills/spectre-execute in joenandez/spectre) into .claude/skills/spectre-execute in your project. Claude Code loads it when a task matches its description.

How do I install Spectre Execute in Codex?

Run `npx skills add joenandez/spectre --skill spectre-execute -a codex`. Or copy the skill folder (plugins/spectre/skills/spectre-execute in joenandez/spectre) into .agents/skills/spectre-execute in your project. Codex loads it when a task matches its description.

Can I use Spectre Execute in Cursor, Gemini CLI or GitHub Copilot?

Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add joenandez/spectre --skill spectre-execute -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/spectre-execute, .gemini/skills/spectre-execute, .github/skills/spectre-execute and .opencode/skills/spectre-execute in your project.

What does Spectre Execute need to run?

Going by SKILL.md and its folder, Spectre Execute needs JavaScript for the scripts in its folder. Our summary lists: Node.js.

Does Spectre Execute access the network?

SKILL.md contains no URLs. Any network use would come from the scripts or tools the agent runs. This is read from the text; nothing was executed.

Is Spectre Execute safe to install?

Our automated static check of SKILL.md found no risky patterns, such as piping downloads into a shell, reading credential files or hidden Unicode. It is not a guarantee. Review the folder before installing.

What licence does Spectre Execute use?

Spectre Execute is published under the MIT licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.

How many tokens does Spectre Execute use?

About 4.1k tokens (SKILL.md is roughly 16k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full. Its references folder adds about 32k tokens, read only when the agent opens those files.

What are the alternatives to Spectre Execute?

Skills that share tags, products or a category with Spectre Execute: Executing Plans Inline (obra/superpowers, 297k stars), Execute Plan (brycewang-stanford/Auto-Empirical-Research-Skills, 4.5k stars), Inline Plan Execution (jnMetaCode/superpowers-zh, 8.3k stars) and Plan (codewhale-hq/Codewhale, 41k stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.

Who maintains Spectre Execute?

joenandez (a GitHub user) maintains it in joenandez/spectre, which has 164 GitHub stars. The repository holds 26 skills in this directory. The repository was last updated on October 2, 2026.

Source: joenandez/spectre on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.