Getting it into your agent
This one installs as part of its plugin. Adding the marketplace and installing the plugin brings it with everything else the plugin ships.
/plugin marketplace add koolamusic/claudefiles/plugin install jiraWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/commands/koolamusic/claudefiles/execute)<a href="https://agentmods.dev/commands/koolamusic/claudefiles/execute"><img src="https://agentmods.dev/badge/commands/koolamusic/claudefiles/execute/github.svg" alt="Measured on agentmods" height="20"></a>Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.
<a href="https://agentmods.dev/commands/koolamusic/claudefiles/execute"><img src="https://agentmods.dev/badge/commands/koolamusic/claudefiles/execute.svg" alt="Reviewed on agentmods" width="80" height="20"></a>What 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.1 | $0.00042 | $0.01674 |
| Opus 5.5 | $0.00017 | $0.00670 |
| Sonnet 5.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 1mo 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.
- 1mo ago First seen · 101 lines · 42 tokens per session scan A 2ea45152070a
execute is a command published in the GitHub repository koolamusic/claudefiles (130 stars, last pushed 4d ago), licensed MIT. It adds 42 tokens to every session and 1,674 once invoked, about $0.0002 per session on Opus 5.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
template
Manage issue templates for streamlined issue creation.
fest-show
Show festival progression (in-progress tasks, roadmap, and dependency view).
add-note
Add an internal or external note to a ConnectWise PSA ticket.
sync-linear
Sync current work with Linear ticket status.
dispatcher
Use when you want the orchestrator to pick the next repo to work on across your whole portfolio — it enumerates candidate repos below the confinement root, resolves free/busy from each repo's session.lock lease, ranks the FREE ones by backlog priority × staleness × readiness, recommends the single most worthwhile one…
workpm
A project-management workflow for coordinating multiple AI workers through five stages. It includes task assignment, shared activity logs, worker replacement, and final checks.