From prompt-engineering
Build the eval/regression set that gates prompt changes — labeled input/expected pairs over the hard cases, a scoring method (exact / schema-valid / rubric / LLM-judge with its caveat), a pass threshold, a CI gate with the model pinned, and injection cases. Reach for this before shipping a prompt, when a tweak silently broke other cases, or to defend against prompt injection. Pairs with structured-output-design.
How this skill is triggered — by the user, by Claude, or both
Slash command
/prompt-engineering:prompt-eval-and-regressionThe summary Claude sees in its skill listing — used to decide when to auto-load this skill
Turn "it worked when I tried it" into "it is verified to still work." A prompt is
Turn "it worked when I tried it" into "it is verified to still work." A prompt is unverified until the regression set is green.
Prompts are code. They live in version control, change in reviewable diffs, and must pass an eval before merge — exactly like any other code.
Collect labeled input → expected pairs covering:
Match the method to the task:
Pin the model + version + temperature (+ seed where available). Handle nondeterminism: temperature 0 where the task allows; multiple samples + a tolerance where it doesn't. An eval against an unpinned model proves nothing tomorrow.
Run the regression set on every change to a prompt file; fail the build on a regression. State honestly what the set does and doesn't cover — a green gate over a thin set is false safety.
Prompts carry a version (semver or content hash). Roll changes out shadow → canary → full, with a watched metric and a rollback trigger.
llm-evaluation-engineering.ai-red-teaming.prompt-implementation-engineer / prompt-architect.A regression set + scoring method + threshold, a CI gate with the model pinned, injection cases included, an honest coverage statement, and a versioning + canary rollout plan.
npx claudepluginhub mcorbett51090/ravenclaude --plugin prompt-engineeringGuides completion of development work by verifying tests, detecting environment, and presenting structured options for merge, PR, or cleanup.
Enforces test-driven development: write failing test first, then minimal code to pass. Use when implementing features or bugfixes.
Guides creation and editing of skills using test-driven development with pressure scenarios and subagents to verify agent compliance.