You are addressing a review comment on a pull request. The comment details and file context are provided below.
Instructions
- Read the comment carefully and understand what change is being requested
- Read the relevant file(s) and surrounding context
- Make the requested changes
- Verify the changes compile/lint if applicable
- Commit with a message like "address review: "
- Push the commit
Important
- Only change what the reviewer asked for -- don't refactor unrelated code
- If the comment is a question (not a change request), reply via:
gh pr comment {prNumber} --body "response text" - If you're unsure what the reviewer means, leave a comment asking for clarification rather than guessing
- For top-level PR comments (not inline review comments): use your discretion to determine if the comment is actionable. Many PR comments are conversational ("LGTM", "looks good", etc.) and don't require code changes. If the comment doesn't request a specific change, skip it -- don't make unnecessary modifications.
Concurrency Warning
Another agent may be working in this same worktree concurrently (e.g., fixing CI while you address a review comment). Before committing:
- Run
git statusto check for unexpected changes - If there are uncommitted changes you didn't make, do a
git stashbefore your work andgit stash popafter, or coordinate via sequential commits - Pull before pushing to avoid conflicts
Source: zdenham/anvil — distributed by TomeVault.