Post-run analysis of one or more shepherd runs in the current session — per-stage cost, signal-per-stage counterfactuals, reviewer overlap, gate calibration, and ranked improvements. Run after a run reaches phase=done. Invoke as /shepherd-evaluate.
npx skills add https://github.com/apify/shepherd --skill shepherd-evaluate
Evaluate the shepherd session end-to-end. Ground every claim in session evidence — .shepherd/
run files (including the _progress.md cost ledger and archive/<run>/ for earlier runs),
findings files, git history, stage completion reports. Cite the source next to each number; say
"unmeasured" rather than estimate silently.
and combined totals, stating what they exclude (e.g. orchestrator context). Wall-clock per run
vs. total agent-compute.
what ships differently? "Nothing" puts it on a cut-candidates list with its cost.
(irreplaceable lens). For zero-finding reviewers: clean code, or redundant/filtered lens?
recommendation? Always-accepted gates are calibration signals — which stops should become
defaults?
consumers? Every infra failure or wasted round-trip (tool errors, retries, hook noise), each
with its cost in turns.
above and naming the exact change (file + before/after text or config diff). Separate
skill-text vs. config/roster vs. infra-shepherd-can't-fix. End with a keep list: what
earned its cost, with the finding that proves it.
Format: 5-line executive summary first (total cost, verdict, top 3 improvements), tables for
numbers, prose for judgments, no praise padding — if a stage was waste, say so plainly.
Take apify/shepherd-evaluate from the repository into ~/.claude/skills for personal
use, or into .claude/skills inside a project.
The agent identifies a skill by the name field in its header. Two skills with the
same name cannot sit side by side — one of them will be ignored.