How would you explain repo grounding to an interviewer?
Instruction: Describe what repo grounding means for a coding agent.
Updated
Example Answer
Repo grounding means checking a proposed change against this repository's actual interfaces and behavior. If I'm fixing duplicate invoice creation, I'd trace the endpoint to the service and database constraint, inspect callers, and read retry tests before proposing a patch.
I'd keep a small evidence map: relevant paths, symbols, and the commit I inspected. A reviewer can verify why this is the owning code. A search match alone is insufficient: an old helper in another package may have the same name. I'd confirm the live call path and refresh evidence after the checkout changes. Grounding reduces invented APIs and wrong-file edits; it still needs tests and product acceptance criteria.
Why this works
Connects the definition to verifiable artifacts and explains how apparently relevant evidence can be stale.
Practice follow-up
How would you detect that your evidence came from an obsolete implementation?
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