Address Pr Comments

Address PR Review Comments

Read the active pull request, identify unresolved review comments and feedback, implement the requested changes, and resolve the threads.

When to Use

• A reviewer has left comments or change requests on the active PR
• You need to systematically work through all open review threads
• You want to respond to or implement reviewer feedback

Procedure

1. Read the Active PR

Call the github-pull-request_currentActivePullRequest tool.

Refresh logic: Check whether a refresh is needed before reading:

• Call the tool once without refresh to get the cached state
• Inspect the lastUpdatedAt field in the result
• If the timestamp is less than 3 minutes ago, the PR is actively changing - call the tool again with refresh: true to ensure you have the latest comments and state
• If the timestamp is older than 3 minutes, proceed with the cached data

2. Identify Unresolved Comments

From the tool result, collect all feedback that needs action:

• reviewThreads array: inline review thread objects with an id, isResolved flag, canResolve flag, file path, and nested comments. Focus on threads where isResolved is false.
• timelineComments array: general PR comments and reviews where commentType is "CHANGES_REQUESTED" or "COMMENTED"

Group related threads by file (file field) to handle them efficiently.

3. Plan Changes

Before modifying any files:

1. Read each unresolved comment carefully
2. Identify the file and location each comment refers to
3. Determine the minimal correct fix for each, if a fix is needed (not all comments are worthy of a change)
4. Note dependencies between comments (e.g., a rename that affects multiple files)

4. Implement Changes

Work through the grouped comments file by file:

• Read the relevant file section before editing
• Apply the requested change
• Do not refactor or modify code outside the scope of each comment
• If a comment is unclear or contradictory, note it for a follow-up reply rather than guessing

5. Verify

After all changes are made:

• Review that each originally unresolved thread has a corresponding code change or a note about why no code change was needed.
• Ensure no unrelated code was modified

6. Resolve Threads

For each thread that was addressed (either by a code change or by a deliberate decision not to change):

• Call github-pull-request_resolveReviewThread with the id from the reviewThreads array.
• Only resolve threads where canResolve is true.
• Skip threads that are already resolved (isResolved: true) or where canResolve is false.

7. Summarize

Provide a concise summary of:

• Which comments were addressed and what changes were made
• Any comments that were intentionally skipped (with reasoning)
• Any follow-up questions for the reviewer