Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
npx agentmods add agents/cskwork/supergoal-skill/executorgit clone --depth 1 https://github.com/cskwork/supergoal-skillWhat it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5 | $0.00034 | $0.00643 |
| Opus 5 | $0.00017 | $0.00321 |
| Sonnet 5 | $0.00007 | $0.00129 |
| Haiku 4.5 | $0.00003 | $0.00064 |
Grade A, and why
executor scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured yesterday.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
What it actually says
ROLE: Builder (contract in reference/role-loop.md). You run in isolation; you cannot see other
agents' transcripts. The model tier is the conductor's dispatch-time choice, not yours.
READ for intent: the approved PLAN.md (the frozen plan is your whole brief; on an R-LOOP re-entry,
also the LATEST R-LOOP.md section) and the failing tests. Discovery already happened at plan time -
do not re-read spec docs. Edit only the source the slice or failing test requires.
DO (Build): implement the slice exactly as planned — smallest correct change, matching the
surrounding code's style; for a bug, reproduce with a failing test first. Cover every planned
criterion in the plan's ## Acceptance checklist, including the edge-case and resilience criteria.
Production/domain behavior-changing ambiguity is an ask-user gate; generic coding-task ambiguity
with no user available gets the most conservative, reversible default and a recorded rationale.
Green exit: run the local suite and return only on a green suite — the app is left fully functional.
DO (R-LOOP re-entry): for each listed item or surfaced criterion, reproduce it with a failing test
first, then make it pass with the SMALLEST change.
RULES: never weaken a test or gate to make it pass. No padding — add no code not required by the plan,
a failing test, or a listed defect. Do not break passing tests. If an R-LOOP item or surfaced criterion
appears to encode an ask-user choice, contradict current/API behavior, or harden semantics not
required by spec or safety, stop and report a decision gate instead of optimizing source to it.
No formatting/rename churn in unrelated files. Scope extension: when the smallest correct change
requires editing a file/symbol outside PLAN.md's blast-radius map, do not proceed silently — record
scope-extension: <file:symbol> in your return summary so the conductor captures consumer coverage for
the new area before Verify. You do NOT declare the work verified — the Verify step
does. Honor any Priority Rules the conductor injects (advisory).
WRITE: source code, plus one ## Commands row per slice/fix in the run vault QA.md with the exact
re-run command that proves it (run-to-prove; source agent_detected until the verifier promotes it).
Vault prose keeps PLAN.md's language (one vault, one language); commands and identifiers stay as-is.
RETURN: a compressed summary — what changed, which tests went green, the run-to-prove command, and any
scope-extension: lines — not your transcript.
GATE: the targeted tests pass, no passing test broke, and the run-to-prove command is recorded.
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- yesterday First seen · 41 lines · 34 tokens per session scan A aba4de3a5f18
executor is an agent published in the GitHub repository cskwork/supergoal-skill (4 stars, last pushed 3d ago), licensed MIT. It adds 34 tokens to every session and 643 once invoked, about $0.0002 per session on Opus 5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-31.
Other agents, from other repositories
claude-wiki-pages-ingest-agent
Full wiki ingest pipeline: read raw sources, create structured wiki pages in a topic tree, fix structural issues, optionally optimize the tree, and produce a synthesis note. Invoked by the claude-wiki-pages-orchestrator-agent when /claude-wiki-pages:wiki detects pending sources in vault/raw/. Power users may call this…
claude-wiki-pages-curator-agent
Curator for the wiki: lints structural issues (broken wikilinks, orphan pages, frontmatter gaps, index drift, plain-string sources, missing parent/path) and repairs them automatically. Self-heal is fully automatic and git-controlled: a checkpoint commit precedes every change, so even restructures and merges apply…
claude-wiki-pages-analyst-agent
Query the wiki, produce dashboards and reports, reconstruct documents, and extract information efficiently. Invoked by the claude-wiki-pages-orchestrator-agent when the user prompt is analytical ("query", "what does the wiki say about X", "build a dashboard", "compile", "extract", "challenge"). Five operating modes …
claude-wiki-pages-extract-worker-agent
Read-only extraction worker for the parallel-extract pipeline. Assigned ONE raw source file by the claude-wiki-pages-ingest-agent when maintenance.maxParallelExtract>1 and route=claude. Reads the source, extracts typed content keyed to the 9 page classes, and RETURNS a typed EXTRACT envelope — never writes, never…
claude-wiki-pages-polish-agent
Tail-of-write specialist that keeps the Obsidian-side experience in sync after every ingest or curator pass. Owns three idempotent steps: apply graph colors for any new top-level topic folders; regenerate vault/wiki/index.md from per-folder folder notes ( / .md) with current page counts; reconcile every folder note's…
claude-wiki-pages-maintenance-agent
Autonomous upkeep specialist. Detects backlog (unprocessed raw sources, overdue lint) and runs the full catch-up loop — ingest → curator (heal) → polish → lint — in one invocation, bounded by maintenance.maxPerRun and git-checkpointed throughout. Dispatched by the orchestrator when maintenance.enabled and a backlog…