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/rbinar/cli-dispatch/cp-rungit clone --depth 1 https://github.com/rbinar/cli-dispatchWhat 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.00010 | $0.00963 |
| Opus 5 | $0.00005 | $0.00481 |
| Sonnet 5 | $0.00002 | $0.00193 |
| Haiku 4.5 | $0.00001 | $0.00096 |
Grade A, and why
cp-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 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
Delegate a task to the GitHub Copilot worker
Task to delegate: $ARGUMENTS
The task runs via cp-stream — it pipes copilot -p ... --output-format json stdout through
cp-stream-parse.mjs for live progress + a rolling status.json, writing the same session
directory layout the other backends use → live, observable, resumable. Monitor progress in a
cost-conscious way: read only the small status.json, never the raw transcript. The session
id is the copilot session id (relocated into place once known, printed on stderr).
Prerequisite: cp-agent / cp-stream installed (/cli-dispatch:setup, GitHub Copilot backend),
the copilot CLI installed/authenticated, and an active GitHub Copilot subscription. Auth is
COPILOT_GITHUB_TOKEN > GH_TOKEN > GITHUB_TOKEN; cli-dispatch automatically reuses the
host gh auth token as GH_TOKEN when available.
If it's a real repo task (file changes needed) — isolate in a git worktree:
- Use the bundled helper, which creates the worktree off
origin/main, symlinks everynode_modulesdir of the source checkout (root + workspace packages, resolved from the repo top even when<repo-path>is a subdirectory), runscp-streamin it, and prints the cleanup command:
Or run it by hand:"${CLAUDE_PLUGIN_ROOT}/scripts/cp-worktree-run.sh" <repo-path> cp-run-<branch-name> <brief-file>WORKTREE=$(mktemp -d) git worktree add "$WORKTREE" -b cp-run-<branch-name> origin/main cp-agent --cwd "$WORKTREE" --max-runtime 600 "$ARGUMENTS" - Monitor (cost-conscious): capture the session id from stderr, then check progress via
/cli-dispatch:watch <session-id>(state: running→done). Do NOT tight-loop tail. - When done, review the diff (
git -C "$WORKTREE" diff), verify independently (build/test). - If all good, you handle git/commit/push/PR/merge; then clean up the worktree.
If it's pure generation (code/text, no files) — as a background task:
cp-agent -q "$ARGUMENTS" # stdout = final answer only; progress in status.json/progress.log
No sandbox — read this before trusting the output unattended:
--allow-all-tools --no-ask-user(always passed by cp-stream) auto-approves tools and prevents interactive questions — a functional requirement for headless use, not a safety opt-in. GitHub Copilot has no OS-level or tool-level write-deny at all, unlike Codex's real kernel-enforced--read-only. There is no--sandboxflag here to reach for. Isolation via a git worktree + your own diff review is the ONLY safety boundary.
Model selection:
cp-agent --model gpt-5.4 -q "$ARGUMENTS"
Pass the Copilot model slug directly (examples: gpt-5.4, auto).
Omit --model to use GitHub Copilot's own default (or the CP_MODEL config value).
Current model list is only visible interactively via /model in the copilot TUI (auth
required) or GitHub Copilot docs — slugs change over time.
Reasoning effort:
cp-agent --effort high -q "$ARGUMENTS"
--effort low|medium|high maps to Copilot's --reasoning-effort=<level> flag.
Follow-up / fix (continue the same GitHub Copilot session):
cp-agent --resume <session-id> "<follow-up>"
This passes --resume <id> to copilot.
To see all sessions (all backends), use /cli-dispatch:sessions.
The worker = GitHub Copilot; you = reviewer/merge owner. Don't trust the output until verified.
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 · 76 lines · 10 tokens per session scan A c43058f9d918
cp-run is a command published in the GitHub repository rbinar/cli-dispatch (5 stars, last pushed 13d ago), licensed MIT. It adds 10 tokens to every session and 963 once invoked, about $0.0001 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 commands, from other repositories
rebase
Rebase current branch onto trunk (origin/master or origin/main), predict and resolve conflicts.
execute
Enter EXECUTE mode to implement approved plan.
innovate
Enter INNOVATE mode for brainstorming approaches.
research
Enter RESEARCH mode for information gathering.
verify
Adversarial spec-vs-implementation verification for a completed task. Dispatches the spec-mentor subagent with fresh context (no anchoring bias), parses its verdict (PASS / DRIFT / NEEDS-MARTY), and updates the verification queue. The v7.4.0 architectural replacement for a dedicated "mentor session.".
criar-skill
Use when creating new skills, automations, or specialized knowledge packages. Keywords: criar skill, nova skill, automatizar, conhecimento, TDD skill.