Design observability for coding-agent runs.

Instruction: Describe the traces and metrics you would expose for a coding agent.

Context: Assesses whether the candidate can design a practical architecture and explain the main tradeoffs. Describe the traces and metrics you would expose for a coding agent.

Updated

Official answer available

Read the opening below, then unlock the full answer and practical guidance.

I'd give each task a run ID and record observable steps: evidence references, proposed diff versions, command attempts, validation results, policy denials, and reviewer outcome...

Upgrade to view official answer

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.

  1. When is a coding agent the right tool instead of autocomplete or manual engineering? Free sample
  2. What information should a coding agent persist between steps? Free sample
  3. Why do tests matter differently for coding agents than for chatbots? Free sample

2. Apply it to a real workflow

Practice diagnosis, validation, and everyday tradeoffs.

  1. What makes a patch proposal safe enough to apply automatically? Free sample
  2. The agent can find the bug, but its patches are hard for humans to review. What would you change? Member answer
  3. How would you verify a coding agent's web feature beyond a passing build and a screenshot? Free sample

3. Prepare for senior discussions

Explain failure boundaries, recovery, and production choices.

  1. A coding agent can modify infrastructure, app code, and data access layers in one task. How do you constrain it? Member answer
  2. Two coding agents change an API and its client in parallel. How would you integrate their work safely? Member answer
  3. A coding-agent hook runs before the repository trust prompt. What is wrong with that design? Member answer

Related Questions