The real user task is defined
Evaluation measures a concrete task rather than a vague notion of model quality.
Discuss representative tasks, expected outputs, failure cases, human review and operational limits.
Evaluation measures a concrete task rather than a vague notion of model quality.
Cases reflect normal inputs, difficult inputs and real edge conditions.
Reviewers know what makes an output useful, incorrect, incomplete or unsafe for the workflow.
When retrieval is used, evaluation verifies whether answers are supported by the retrieved evidence.
The system can decline, escalate or ask for clarification when evidence or confidence is insufficient.
Tests cover privacy, confidential information and access-boundary behavior relevant to the deployment.
If AI can call tools, tests include invalid parameters, duplicate actions, permission boundaries and failure responses.
The evaluation includes the actual review or approval step instead of assuming a person will notice problems.
Known failures become repeatable tests so model, prompt or retrieval changes can be compared.
Response time is considered in the context of the user task rather than treated as an isolated benchmark.
Token usage, provider calls, retrieval and tool calls are measured without turning a demo estimate into a guarantee.
The product has defined behavior for timeouts, invalid output, retrieval failure and unavailable dependencies.
There is a plan for review outcomes, errors, user feedback or other useful quality signals after deployment.
A person or team is responsible for maintaining cases when data, models, prompts or product behavior changes.
Use WhatsApp, phone or email to discuss these topics and agree the next step. Keep passwords, API keys and recovery codes out of your message.