State the outcome
Use a task-sized objective that a reviewer can recognize as complete. Avoid broad requests such as improve the system or clean up the code.
Answer page
A good task definition states the objective, implementation boundary, acceptance criteria, and executable validation before the agent changes code.
Direct answer
A coding-agent task should include a clear objective, the repository paths it may change, behavior or acceptance criteria, the validation command to run, dependencies or constraints, and an explicit escalation point for ambiguity or scope changes.
Practical guidance
Use a task-sized objective that a reviewer can recognize as complete. Avoid broad requests such as improve the system or clean up the code.
Name target paths and constraints before implementation. If the agent discovers a necessary change outside that boundary, require an escalation instead of an unannounced expansion.
The validation command belongs in the task definition, not only in the agent prompt. That makes the definition useful to the next reviewer and the next agent.
Verified demo evidence
$ day-shift task new --milestone-overview <milestone-overview> --full-set
Created 2 declared tasks and implementation summariesAuthorship and sources
Keep exploring
A practical checklist for handing work to a coding agent and receiving reviewable implementation evidence back.
Read nextUse declared target paths and escalation to prevent hidden scope expansion.
Read nextRequire executable validation up front and recorded results before coding-agent work can be accepted.
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.