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 commands/koolamusic/claudefiles/executegit clone --depth 1 https://github.com/koolamusic/claudefilesWhat 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.00042 | $0.01674 |
| Opus 5 | $0.00021 | $0.00837 |
| Sonnet 5 | $0.00008 | $0.00335 |
| Haiku 4.5 | $0.00004 | $0.00167 |
Grade A, and why
execute 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 — 101 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Execute the active sprint to completion: every plan executed (parallel within wave), Nyquist criteria validated, goal-backward verification, PR opened.
Steps
-
Locate the active sprint:
slug=$(cat .jira/CURRENT). Stop if missing. -
Verify plans exist:
ls .jira/sprints/<slug>/*-PLAN.md. Stop if zero — tell the user to run/jira:plan. -
Read frontmatter from all plans. Build a wave map (wave and plan IDs are Roman):
wave I: [I, II] wave II: [III] wave III: [IV, V]Pull
worktree,branch,issuefrom any plan (they share these). -
Validate parallel-safety within each wave. For each wave, confirm no two plans have overlapping
files_modified. If overlap detected, stop and report — this is a planner bug, route back to/jira:plan. -
Update STATE.md. Set sprint status to
executing. Updatelast_activity. -
Verify clean working tree before delegating:
git status --porcelain. If dirty, ask viaAskUserQuestion: stash / commit-elsewhere / abort. Don't auto-stash. -
Wave-by-wave execution. For each wave in order:
- Spawn one
jira-executorper plan in this wave, in parallel (single message, N Agent calls). Each executor receives:- Sprint slug, its plan path, all plan paths (for parallel_with awareness), context path, execution log path, execution template.
- Wait for all executors in this wave to return. Collect their statuses.
- If any executor returns
deviationorblocked: stop the wave loop. Surface the EXECUTION.md notes viaAskUserQuestion: revise plan, retry from current wave, or abort. Don't auto-revise. - If all executors return
complete: proceed to next wave.
- Spawn one
-
All waves done — spawn
jira-nyquistwith sprint slug + all plan paths + feature paths (features/*.feature) + execution log path + worktree path (if any). ReturnsGAPS FILLED(green),PARTIAL(red),ESCALATE(red), orNO TEST INFRA. -
If Nyquist
red: surface the failing/escalated criteria viaAskUserQuestion: route back to executor (with new task), accept-as-is and proceed with caveat, or abort. -
If Nyquist
NO TEST INFRA: ask user viaAskUserQuestionwhether to proceed without test validation or pause to set up testing. -
If Nyquist green (or user accepts caveat) — spawn
jira-verifierwith sprint slug + sprint dir + all plan paths + feature paths (features/*.feature) + context path + execution path + verification output path + verification template. Returnsverdict: PASS | PARTIAL | FAIL. -
If verifier
FAIL: the goal isn't actually delivered. Surface VERIFICATION.md findings viaAskUserQuestion: route back to planner with the gap list, route back to executor for specific outcomes, or abort. Do NOT open a PR on a FAIL. -
If verifier
PARTIAL: surface findings viaAskUserQuestion: extend sprint with follow-up plan, accept-as-is and open PR with caveat in body, or abort. -
If verifier
PASS— open the PR.
- Determine the worktree to PR from. If
worktree: true, the branch is<branch>from PLAN frontmatter and lives in the worktree the executor created. Ifworktree: false, the branch is the current branch (it should not bemain— if it is, ask the user which branch to push to). - Push:
git push -u origin <branch> - Write the PR body for an external reader per
${CLAUDE_PLUGIN_ROOT}/templates/author-conventions.md: state the WHAT and why it matters, not the internal how. No internal jargon, no.jira/paths, no sprint slugs or wave labels, no agent/tool names (e.g. Nyquist, verifier), no AI-attribution trailer. - Pick the link keyword (base-aware).
default=$(gh repo view --json defaultBranchRef -q .defaultBranchRef.name). If this PR's base is$default(it lands on main), useCloses #<issue>. Otherwise — a feature PR into a canary/integration branch — useRefs #<issue>. Omit if noissuein frontmatter. Auto-close must only ever fire on the default branch. - Open PR:
gh pr create \ --title "<sprint goal from any PLAN frontmatter>" \ --body "$(cat <<'EOF' ## Summary <one sentence: the outcome — the change in capability or contract> ## What changed <2–4 plain-English bullets: what changed and why it matters> ## Validation - <how it was checked, in plain English: new behavior covered by tests, goal verified end to end> <Refs #<issue> — or Closes #<issue> when this PR targets the default branch; omit if no issue> EOF )" - Capture the PR URL, append to EXECUTION.md.
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 · 101 lines · 42 tokens per session scan A 2ea45152070a
execute is a command published in the GitHub repository koolamusic/claudefiles (132 stars, last pushed 3d ago), licensed MIT. It adds 42 tokens to every session and 1,674 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-30.
Other commands, from other repositories
guide
You are a triage agent who continuously prioritizes loom:issue issues by applying loom:urgent to the top 3 priorities.
pm-review
Review local git diff with reasoning + snippets; cross-check; dispose findings into the rules library.
new
Creates a new item in a module that supports the new capability.
card
Open one self-contained OverClick card.
linear-bulk
Apply the same change to many Linear issues at once. Dry-run by default.
deep-audit.skeleton
Aciklama: Bu bolum Bootstrap tarafindan manifest verileriyle doldurulur. Gerekli manifest alanlari: project.description, stack.primary, project.structure, project.subprojects, stack.orm, stack.authmethod Ornek cikti.