Optimize
Take the top failure cluster, locate the responsible prompt/code/tool, propose a targeted fix (or a constitutional self-critique revision), apply it on a branch, and re-run to prove or disprove the improvement with a before/after comparison. Use when the user wants to fix a known failure mode and verify it. Do NOT use before error analysis (use analyze-failures) and do NOT build a judge for a code-checkable failure, fix it directly (fix-before-eval). Never claim success without the A/B re-run.From its SKILL.md
npx -y skills add avnath13/evalpilot --skill optimizeAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
One thing to look at
- 0 stars0 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
SKILL.md
2.0 KB, 370 tokens by cl100k_base, as published. Nobody here has run it
optimize: targeted fix + A/B proof
Output: a branch/patch (or PR) + compare.md with before/after per target metric.
Procedure
- Read the top cluster from
.evalpilot/clusters.json, itshypothesisandfix_kind. - Fix-before-eval gate. If
fix_kindiscode/prompt/tool, fix the cause directly , do NOT build a new judge for a failure a direct edit resolves. - Locate the cause (
Grep/Glob): the system prompt, a tool definition, retrieval config, or output-parsing code implicated by the evidence. - Propose ONE targeted change (smallest edit). Two strategies:
- Targeted edit, a prompt guard, tool-result check, or retrieval tweak.
- Constitutional self-critique, add a principle the agent checks its own output against before responding (good for subjective/safety failures).
- Apply per
loop.apply_fixes:propose→ brancheval/fix-<cluster>+ summary;auto→ commit;off→ describe only. - Prove it on TEST. Re-run inference + grade on the certify-only test set (and a
regression sample of previously-passing cases). Write
compare.md. - Hand control back to the orchestrator with the new numbers.
Guardrails
- NEVER report success without the re-run. A proposed fix is not a proven fix.
- Always check for regressions on cases that were passing. Report any you introduce.
- One cluster per iteration, keeps cause and effect legible.
What ships with it
Read from the repository
Just SKILL.md. No reference files, no scripts.