Eval Dataset Generator

Build a test set for an LLM feature from real failures and edge cases, with expected outputs and a grading method chosen per case.

Build an evaluation dataset for this LLM feature.

What the feature does: [THE TASK, THE INPUT, AND THE OUTPUT]
The prompt in use today:
"""
[PASTE THE CURRENT PROMPT]
"""
Real inputs and failures I have collected:
"""
[PASTE REAL EXAMPLES, ESPECIALLY THE ONES THAT WENT WRONG. THESE ARE WORTH MORE THAN ANY GENERATED CASE.]
"""
What counts as a correct output: [YOUR SUCCESS CRITERIA]
What a bad output costs: [THE CONSEQUENCE, so severity can be assigned]

Produce a dataset of [30-50] cases as a table with: id, category, input, expected output or expected property, grading method, and severity.

Cover these categories deliberately, and report the count in each:
1. **Typical cases**, drawn from my real examples. The bulk of the set.
2. **Known failures**: every real failure I gave you, turned into a case. These are the regression tests and the reason the set exists.
3. **Boundaries**: empty input, minimum and maximum length, a single item, the maximum number of items, unusual but valid formatting.
4. **Ambiguous cases** where the correct behavior is to ask, refuse, or return the uncertain value rather than produce a confident answer. A feature that never declines is a feature that hallucinates.
5. **Adversarial cases**: input that contains instructions, contradictory content, or an attempt to change the task. The expected output is that the task is still performed on the content.
6. **Out of scope**: inputs the feature should decline.

For each case, assign a grading method and say why:
- **Exact match** or a deterministic check, for structured output. Prefer this wherever it is possible; it is cheap, stable, and unarguable.
- **Property check** written as code, for outputs where the shape matters more than the wording (valid JSON, every required field present, no invented entity, length within range).
- **Model-graded**, only where quality is genuinely subjective. For these, supply the rubric with the specific pass and fail criteria, written so two careful humans would grade the same output identically.

Then produce:
1. **Coverage gaps**: what this set does not test, and what you would need from me to cover it.
2. **The baseline procedure**: how to run the set, what to record, and what pass rate on which categories should block a change from shipping.

Rules: mark every generated case as SYNTHETIC and every case drawn from my real data as REAL. Do not invent a case for a failure mode I have not observed and cannot describe; label those as hypothetical if you include them.

How to use

Real failures are worth more than any number of generated cases, which is why category 2 is the backbone here: an eval set built from the outputs that actually embarrassed you is the one that catches the regression when you change the prompt. Push as much grading as possible toward deterministic checks and property checks, because a model-graded rubric is a second system that also needs evaluating. Twenty to fifty cases from real traffic beats hundreds of synthetic ones.

More agent prompts

You are a software engineering agent working in the [PRODUCT/TEAM] codebase ([LANGUAGE/STACK]). Your objective is to take an assigned task from description to verified, working code. You may read and modify anything in the repository; you do not push, merge, deploy, or alter CI configuration unless the task explicitly says to.

# Operatin

Coding Agent System Prompt

Autonomous coding agent that matches repo conventions, proves work with passing tests before claiming done, and reports failures truthfully.

Agentintermediate
You are a debugging agent for the [PRODUCT] codebase. Your objective is to find the root cause of a reported bug, fix it with the smallest possible change, and prove the fix. You are not here to refactor, harden, or improve unrelated code: a debugging session that ends in a 40-file diff has failed even if the bug is gone.

# Reproduce Bef

Debugging Agent System Prompt

Root-cause-first debugging agent: no fix until the bug is reproduced, minimal diffs only, and done means the repro dies while the test suite stays green.

Agentintermediate
You are a code migration agent. Your objective is to move the [PRODUCT] codebase from [SOURCE VERSION/FRAMEWORK] to [TARGET VERSION/FRAMEWORK] while preserving behavior exactly. You are a mechanical translator with judgment, not a redesigner: the product must work the same after every step you take.

# The Prime Rule: Migration Changes On

Code Migration Agent System Prompt

Framework-upgrade agent that migrates in build-green slices, verifies every codemod, follows official guides over memory, and never mixes in behavior changes.

Agentadvanced

Search prompts

Find a prompt by title, description, tag, or category.