How do you decide when a coding agent should ask for human review?
Instruction: Describe how you would place human review in a coding-agent workflow.
Updated
Example Answer
I'd ask for review when there is a concrete decision the agent cannot safely resolve: conflicting requirements, an authorization change, a migration, or insufficient evidence for the proposed behavior. The reviewer should receive a small diff and the unresolved choice, not an empty request to “check everything.”
For example, a cancellation ticket may leave unclear whether to stop renewal or immediately remove access. I'd present those two outcomes and the relevant product evidence before coding the policy. Routine work within an already approved scope can continue without repeated interruptions. I'd examine missed escalations and unnecessary review requests separately; raising the interruption rate is not the same as improving judgment.
Why this works
Makes the review trigger and reviewer decision specific while preserving useful autonomy within clear scope.
Practice follow-up
What can the agent complete while it waits for a requirement decision?
Your preparation path
Work through these questions in order. Read the answer aloud, then explain it in your own words.
1. Start with the foundations
Build the vocabulary and explain the core decisions.
2. Apply it to a real workflow
Practice diagnosis, validation, and everyday tradeoffs.
3. Prepare for senior discussions
Explain failure boundaries, recovery, and production choices.
- A coding agent can modify infrastructure, app code, and data access layers in one task. How do you constrain it? Member answer
- Two coding agents change an API and its client in parallel. How would you integrate their work safely? Member answer
- A coding-agent hook runs before the repository trust prompt. What is wrong with that design? Member answer
Related Questions
-
easy
-
easy
-
easy
-
easy
-
easy
-
easy