Interrupt the run on both sides of a commit
Recovery tests need precise fault locations. Stopping a process at a random time rarely proves how it handles the gap between an external effect and its local record.
Read articleAI implementation, software architecture and cloud operations for teams worldwide.
146 articles in AI engineering
Page 3 of 9
Recovery tests need precise fault locations. Stopping a process at a random time rarely proves how it handles the gap between an external effect and its local record.
Read articleNear-duplicate cases can make an evaluation look independent when it is testing familiar material. Inspect relationships between examples, not just identical strings.
Read articleSchema checks will accept many semantically wrong values. Test a document where nearby fields are easy to confuse and assert the business meaning of each output.
Read articleError paths often log more than successful requests. Use a synthetic marker to find diagnostic copies and unexpected fallbacks without exposing real information.
Read articleA lower initial request cost can disappear through repair loops. Test a persistent validation failure and verify that the task stops within its total allowance.
Read articleA model may know a plausible answer from general knowledge while the product requires approved evidence. Test that distinction with a question just outside the source collection.
Read articleSearch quality and access safety answer different questions. Measure both so a useful-looking answer cannot hide a failed permission check.
Read articleA missing document and a badly ordered document need different fixes. Measure the retrieval stages separately before changing the model or increasing the context window.
Read articleRetrieval can find the right words and still produce the wrong conclusion. Add interpretation checks for the context that document splitting can remove.
Read articleA fluent answer can still misstate its evidence. Measure whether its claims are supported, whether important conditions survived and whether readers can inspect the source.
Read articleA healthy ingestion job can coexist with stale answers. Measure the interval a reader experiences, then use pipeline timings to explain it.
Read articleAn assistant can repeat hostile text without executing it, or claim to refuse while a tool still runs. Security results need observable application outcomes.
Read articleTask completion does not show how much unnecessary or prohibited work an agent tried along the way. Measure the action path as well as the final result.
Read articleA high approval rate does not show that review is useful. Look at corrections, missed errors and the time people need to understand a proposal.
Read articleA restarted worker is not a recovered task until its effects are correct and its status is understandable. Measure duplication, unresolved work and operator effort together.
Read articleKeep task coverage and failure consequence visible. A candidate that improves easy answers while mishandling a critical exception may be a worse release.
Read articleA fair release comparison holds the task and evidence steady, then examines changed outcomes. Separate quality, useful completion and operational cost.
Read articleProcessing more documents automatically is useful only if the accepted records are reliable. Measure incorrect acceptance separately from the proportion sent to review.
Read article