Reliability

AI workflow evaluation, so quality is measured — not assumed.

Prompt Tornado evaluates every release on two axes — does it plan and route the workflow correctly, and is each step's output actually good — and blocks deploys on quality regressions. Below is the methodology and the current numbers from the internal evaluation report.

quality_v1 baseline · 2026-05-11

The current numbers

Figures from Prompt Tornado's internal evaluation harness. Task-type quality is scored 1–10 by an independent LLM judge against per-task rubrics.

181
Task types evaluated
across 17 categories
8.43/10
Avg quality score (judged)
independent LLM judge
88.2%
Quality pass rate
against task rubrics
172/181
Routing checks passed
correct model per task

Why evaluation is the hard part

The failure mode nobody catches is a workflow that keeps running while its output slowly gets worse. Models update, prompts drift, a provider swaps in a fallback — and the pipeline returns something plausible but wrong. Evaluation exists to catch that before your users do.

Planning accuracy
98% across 200 prompts

The planner was evaluated on 200 compound prompts representing real-world AI workflows — checking for valid schema, correct step ordering, and no hallucinated tasks. It also produces 100% deterministic plans: identical prompts yield identical plans.

Output quality
Judged 1–10, per task

Each of the 181 registry task types was executed and scored by an independent LLM judge against task-specific rubrics. Media-generation categories (image, audio, video) are validated structurally rather than judge-scored.

Quality gate
Regressions block deploys

The evaluation harness, rubrics, and CI quality gate are part of the platform. A change that drops below the quality bar is automatically blocked from shipping — evaluation isn't a report you read after the fact, it's a gate in the pipeline.

Results by category

181 task types across 17 categories. "Routing" is how many cases were sent to the correct model. Media categories are structurally validated, so they carry no judge score.

CategoryCasesAvg qualityRouting
Text Generation318.9728/31
Specialized Domains188.8317/18
Code Generation178.4116/17
Data & Analysis148.3113/14
Agentic / Automation116.8211/11
Research107.7010/10
Summarization99.119/9
Image Generation99/9
Reasoning & Planning99.008/9
Question Answering88.008/8
Content Editing88.628/8
Audio Generation77/7
Vision / Multimodal78.007/7
Translation66.836/6
Video Generation66/6
Structured Output69.335/6
Personalization58.254/5
All task types1818.43172/181

Source: Prompt Tornado internal AI Workflow Evaluation Report, quality_v1 baseline (2026-05-11). Read the full report →

The four evaluation mechanisms

Regression checks

Compare current behavior against a known-good baseline. When you change a prompt, add a task type, or a model version ships, regression checks tell you whether the change held or quietly broke something.

Evaluation gates

A quality bar a change must clear before it goes live. If it regresses, it doesn't ship. Gating routing changes on evaluations is what lets routing evolve without rotting.

Run traces

Every run is recorded — input, each task, model, provider, latency, tokens, cost, status, and any fallback. "The AI got it wrong" becomes "step 2 fell back at 14:02."

Fallback monitoring

Fallbacks are healthy until they're constant. Monitoring surfaces a failing primary model as a pattern — a degrading provider or misconfigured key — before it becomes an unexplained quality problem.

Frequently asked

Who scores the quality?
An independent LLM judge grades each task 1–10 against a task-specific rubric. Media-generation categories are validated structurally rather than judge-scored, which is why image, audio, and video show no numeric quality score.
What does "deploys are blocked on regressions" mean?
The evaluation harness runs as a CI quality gate. If a change drops quality below the baseline, the deploy is automatically blocked — reliability is enforced in the pipeline, not left to manual review.
How does evaluation connect to routing?
Directly. Evaluation gates are what let multi-model routing adopt new models safely — a model only gets routed to if it clears the bar.
Are these numbers current?
They reflect the quality_v1 baseline dated 2026-05-11. Because evaluation runs continuously as a gate, the baseline is updated as the platform evolves.

Make reliability something you can see.

Regression checks, evaluation gates, and full run traces on every workflow.