
What can change
For tool-using and coding agents, optimization may also affect routing rules, verification policy, tool descriptions, and few-shot examples. Always review the full diff.
Candidate exploration
The Prompts stage summarizes the search.
More variants are not automatically better. A strong run finds a narrow candidate that improves the target issue and preserves healthy behavior.
Read the diff first
The diff is the source of truth for what will change. Use the diagnosis and scores to understand why the change exists, but use the diff to decide whether the change is acceptable.
Reject or edit candidates that try to solve retrieval, provider, data, or backend failures through prompt text.
Check regression evidence

- Protected evaluators moving down.
- Blank baseline or aggregate cells, which usually mean weak comparable scoring coverage.
- New generated checks that need review before becoming hard gates.
- Healthy dataset rows failing after the candidate improves the target issue.
Inspect traffic comparison

Runtime tradeoffs
Prompt improvements can increase runtime cost. Before review, check:
For high-volume prompts, cost or latency increases should be explicit release tradeoffs, not surprises.
Review a Cycle
Make the approval, edit, or rejection decision.
Deploy your prompt
Move from reviewed prompt version to production rollout.