Escalation is a successful outcome
An agent that recognizes it has exceeded its contract is safer than one that guesses. The goal is a visible decision, not uninterrupted automation.
Answer page
Escalate when scope, product intent, risk, or evidence can no longer be resolved within the task's declared boundary.
Direct answer
Stop and escalate an agent when it encounters ambiguous requirements, needs out-of-scope changes, cannot run the required validation, finds conflicting evidence, or reaches a security, architectural, or customer-impacting decision that needs accountable human judgment.
Practical guidance
An agent that recognizes it has exceeded its contract is safer than one that guesses. The goal is a visible decision, not uninterrupted automation.
Define escalation triggers in the task: new target paths, missing validation, unclear acceptance, secrets or permissions, and conflicting architectural constraints.
After a human resolves the issue, update the task or create a follow-up task so the next agent does not rediscover the same ambiguity.
Verified demo evidence
$ day-shift init
Created .day-shift workspace
Next: run day-shift doctorAuthorship and sources
Keep exploring
The objective, scope, acceptance criteria, and validation a coding agent needs before changing code.
Read nextUse coding agents within least-privilege, review, validation, and approval controls.
Read nextContain, review, correct, and improve the task boundary after an agent mistake.
Read nextFind your answer
Search the answer pages, concept, comparisons, demo, and FAQ without leaving the site.
Search by a problem, workflow step, or tool boundary.