[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"glossary-acceptance-criteria::en":3,"gloss-cluster-acceptance-criteria::en":23,"gloss-next-acceptance-criteria::en":9},{"slug":4,"category":5,"name":6,"definition":7,"meta_desc":8,"faq":9,"schema_markup":9,"related":10},"acceptance-criteria","agents","Acceptance Criteria","Acceptance criteria are a statement, written before the work starts, of what would make the result acceptable — specific enough that somebody other than the author can check it. Borrowed from software delivery, they matter more with agents than they ever did with people, because an agent will otherwise decide for itself that it is finished.\n\nThat is the core problem. A model asked to complete a task and then asked whether it completed the task is being asked to grade its own homework in the same style it wrote it, and it tends to answer yes. Self-reported success is the least reliable signal in an agent system, and it is the one most dashboards are built on. Criteria that can be checked by something else — a test that runs, a schema that validates, a record that now exists with the expected values, a total that reconciles — break that circularity.\n\nGood criteria describe properties, not wording. \"Cites at least one source from the supplied documents, changes no field outside the ones named, leaves the ticket in a state a human can pick up\" is checkable and does not constrain how the work is done. A criterion phrased as an example output is worse than useless with a generative system, because it invites matching the shape of the example rather than satisfying the requirement.\n\nThey also define what to do when the answer is no, which is the half people leave out. The run should stop or escalate rather than continue past a failed check, and the failed criterion should travel with the escalation, because a person receiving \"this did not work\" has to redo the investigation the system already did.\n\nThe last benefit is the one that arrives quietly. Writing acceptance criteria forces the ambiguity in the request to surface before the agent runs into it, and a surprising share of tasks turn out to be underspecified rather than difficult. Where a criterion cannot be written down at all, that is usually a signal the task needs a human judgement in the middle rather than a better prompt.","Acceptance criteria state what makes a result acceptable, checkable by something other than the model that produced it — the cure for self-reported success.",null,[11,14,17,20],{"slug":12,"name":13},"eval-harness","Eval Harness",{"slug":15,"name":16},"golden-dataset","Golden Dataset",{"slug":18,"name":19},"guardrails","Guardrails",{"slug":21,"name":22},"regression-testing","Regression Testing",[24,28,31,34,38,41,44,47,50,53,56,59],{"slug":25,"category":5,"name":26,"updated_at":27},"agent-budget","Agent Budget","2026-09-08T21:32:36+00:00",{"slug":29,"category":5,"name":30,"updated_at":27},"agent-checkpointing","Agent Checkpointing",{"slug":32,"category":5,"name":33,"updated_at":27},"agent-handoff","Agent Handoff",{"slug":35,"category":5,"name":36,"updated_at":37},"agent-identity","Agent Identity","2026-09-08T21:32:37+00:00",{"slug":39,"category":5,"name":40,"updated_at":27},"agent-loop","Agent Loop",{"slug":42,"category":5,"name":43,"updated_at":27},"agent-memory","Agent Memory",{"slug":45,"category":5,"name":46,"updated_at":27},"agent-sandbox","Agent Sandbox",{"slug":48,"category":5,"name":49,"updated_at":37},"agent-simulation","Agent Simulation",{"slug":51,"category":5,"name":52,"updated_at":27},"agent-trajectory","Agent Trajectory",{"slug":54,"category":5,"name":55,"updated_at":27},"agentic-rag","Agentic RAG",{"slug":57,"category":5,"name":58,"updated_at":37},"approval-fatigue","Approval Fatigue",{"slug":60,"category":5,"name":61,"updated_at":27},"computer-use","Computer Use"]