From dispatch
Audit completed or in-progress work with a panel of external models — the same self-contained audit brief to Codex and Kimi in parallel for their diverse biases, file-backed reports, and a compiled digest of agreements and disagreements. Use after completing significant work, before declaring a nontrivial task done, or whenever the user asks for an audit or a second opinion.
How this skill is triggered — by the user, by Claude, or both
Slash command
/dispatch:auditThe summary Claude sees in its skill listing — used to decide when to auto-load this skill
**Announce at start:** "Running a dispatch audit with an external panel."
Announce at start: "Running a dispatch audit with an external panel."
One model reviewing its own work re-applies the biases that produced it. Different models miss different things, so the same audit dispatched to a panel buys perspectives a single reviewer cannot: findings the panel agrees on are strong signals, and findings the panel splits on mark judgment calls worth the user's attention.
The panel is codex and kimi — two external agent CLIs running models unrelated to this session's. Everything about reaching them lives in this plugin's use-external-agents skill: the router that launches them, the brief contract they are dispatched under, and the matrix call that reports whether each one is installed and usable right now.
use-external-agents skill before anything else — this skill builds on its router, its task brief contract, and its facts-before-use matrix call, and does not restate them.TAGS: auditing, AGENTS: codex kimi, and a ## Response section requiring each auditor's full report, one finding at a time, each finding with its claim, its evidence, and its severity.${TMPDIR:-/tmp}/dispatch-audit/<name>/<agent>.md — that directory is the audit directory.MUST:
MUST NOT:
npx claudepluginhub wezzard/skills --plugin dispatchGuides collaborative design exploration before implementation: explores context, asks clarifying questions, proposes approaches, and writes a design doc for user approval.
Creates structured, bite-sized implementation plans from specs or requirements before writing code. Useful for breaking down multi-step tasks into testable steps with file structure and task boundaries.
Resolves in-progress git merge or rebase conflicts by analyzing history, understanding intent, and preserving both changes where possible. Runs automated checks after resolution.