On this page
The core idea
An AI application is a pipeline of components. Diagnosing only the final text makes every failure look like a prompt problem. Capture enough observable evidence to locate the first stage that violates its contract. This makes fixes smaller and helps the team avoid replacing a model to compensate for an unrelated implementation bug.
A practical approach
Step 1
Define the expected input and output of each stage. Record identifiers and safe diagnostic context across the request.
Step 2
For a failed case, inspect the source, parsed data, retrieved evidence, tool results and final rendering in sequence.
Step 3
Reproduce the failing stage with a controlled fixture and add a targeted check. Re-evaluate the complete journey after the fix.
Worked example
An assistant quotes an outdated course description because the ingestion job never removed the previous document version. The model may faithfully summarize what it received. Fixing index replacement addresses the system error more directly than repeatedly changing the answer prompt.
A mistake to avoid
Blaming the model for every issue can hide ordinary software defects. The opposite mistake is assuming correct tool output guarantees a correct answer; generation and presentation still need checks.
Try it yourself
Take one failed output and draw its data path. Mark the first point where the actual data differs from the expected contract, then design a minimal reproduction for that point.
Your implementation checklist
- Stages have explicit contracts.
- The first divergence is identified.
- Fixes target a demonstrated cause.
- The end-to-end result is rechecked.
Share or cite this guide
Innovate with Ajay Editorial (2026-10-04). Separate Model Errors from System Errors. https://innovatewithajay.com/blogs/separate-model-errors-from-system-errors
Editorial approach, sources and corrections
Apply this guide to your own work: build a project brief with inputs, test cases and review boundaries.
