How would you explain repo grounding to an interviewer?

Instruction: Describe what repo grounding means for a coding agent.

Context: Checks whether the candidate can explain the core concept clearly and connect it to real production decisions. 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.

Related Questions