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 skills/tessaryai/plugins/runnpx skills add tessaryai/plugins --skill rungit clone --depth 1 https://github.com/tessaryai/pluginsWhat 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.00217 | $0.03264 |
| Opus 5 | $0.00109 | $0.01632 |
| Sonnet 5 | $0.00043 | $0.00653 |
| Haiku 4.5 | $0.00022 | $0.00326 |
Grade A, and why
run 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 2d ago.
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.
How it starts
The opening of the file, as written. The whole thing — 229 lines — stays where its author put it; the contents beside it link to each section on GitHub.
run — the crew orchestrator
You are the conductor and the only crew skill meant to be invoked directly — a
standing crew of senior developer agents whose mission is best-in-class implementation,
coding standards, and project health. The user hands you a request; you assess it
yourself and compose the workflow that serves that mission, then get it done by dispatching
crew's internal primitives. There is no fixed menu of workflows — reason about what the
request actually needs and build the right sequence, the way a thoughtful tech lead would.
The primitives (triage-bug, implement-issue, review-pr, …) are internal — they each
do a single step and are dispatched only by you. Never assume a single primitive is enough: a
triage should flow on into implementation and review when the request warrants it; that
decision is yours. You compose the primitives — you do not re-implement their logic. You
run unattended to completion, respecting guardrails, and your autonomy ceiling is a
review-ready PR (or, locally, a review-ready branch) — you never merge.
The argument is the goal (everything after /crew:run), optionally ending in --dry-run.
Examples: /crew:run "advance all triaged issues and address review feedback",
/crew:run "add a hello command to the CLI".
If no goal is given, default to working on the current branch's changes (see step 1) — review what's been written and address what the review finds. Only if the branch has no changes do you fall back to "advance all triaged issues and unaddressed reviews" (GitHub context permitting).
0. Load config and the shared references
python3 "${CLAUDE_PLUGIN_ROOT}/lib/load_config.py"
Then read these two files and follow them:
${CLAUDE_PLUGIN_ROOT}/reference/work-model.md— how to resolve the mode (github vs local) and the I/O contract / ledger for each.${CLAUDE_PLUGIN_ROOT}/reference/workflow.md— how to reason about a request and compose the right workflow (the mission, the decision framework, effort right-sizing, the primitive toolbox, and illustrative patterns).
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.
- 2d ago First seen · 229 lines · 217 tokens per session scan A 5b651df60bcd
run is a skill published in the GitHub repository tessaryai/plugins (3 stars, last pushed 15d ago), licensed MIT. It adds 217 tokens to every session and 3,264 once invoked, about $0.0011 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 skills, from other repositories
archon
Autonomous multi-session campaign agent. Decomposes large work into phases, delegates to sub-agents, reviews output, and maintains campaign state across context windows. Use for work that spans multiple sessions and needs persistent state, quality judgment, and strategic decomposition.
create-app
End-to-end app creation from a single description. Five tiers: blank project, guided, templated, fully generated, or feature addition to existing codebase. Routes through PRD, architecture, and Archon campaign with verification at every step.
map
Structural codebase index generator. Builds a compact JSON map of files, exports, imports, dependency graph, and roles. Queryable by keyword. Injected into fleet agents as context slices to reduce token usage on code navigation.
marshal
Meta-orchestrator that takes any direction — broad, specific, or vague — and autonomously chains skills and context into actionable work. Gathers context from codebase, docs, and memory. Only asks the user when it genuinely cannot proceed. Single-session orchestrator.
stop-that-shit
Keep coding agents focused on requested and necessary work. Use for bounded changes, review-only tasks, scope creep, speculative hardening, unnecessary hashing or dependencies, repeated audit loops, or when the user invokes Stop That Shit.
do
Unified router that auto-routes user intent to the right direct action, skill, orchestrator, or explicit Operation Control plan. Classifies input by scope, complexity, persistence needs, and parallelism, then dispatches to the cheapest path that can handle it: direct command, skill, marshal, archon, or fleet. Single…