Phase 7: clarify which API endpoints to monitor for MR comments #7

Closed
opened 2026-03-19 11:24:38 +00:00 by ReadyPlayerNaN · 4 comments

Clarification needed: Phase 7 comment monitoring

The manual instructs agents to "Monitor the MR for review comments" in Phase 7, but does not specify which API endpoints to check. On GitHub (and likely other platforms), merge/pull request comments can appear in multiple places:

  1. Issue-level comments (GET /repos/{owner}/{repo}/issues/{number}/comments) — general conversation comments on the PR
  2. Review comments (GET /repos/{owner}/{repo}/pulls/{number}/comments) — inline comments on specific code lines
  3. Reviews (GET /repos/{owner}/{repo}/pulls/{number}/reviews) — formal review submissions (approve/request changes)

An agent checking only endpoints 2 and 3 will miss general conversation comments (endpoint 1), which is where maintainers often leave feedback like "missing lockfile" or "please rebase".

Suggestion

Add a note to Phase 7 (and the Loop Iteration section) clarifying that agents must check all comment sources for a merge request, not just review-specific endpoints. A brief platform-specific table similar to the one in Phase 4 (for permission verification) would be helpful:

Platform Endpoints to check
GitHub /issues/{n}/comments, /pulls/{n}/comments, /pulls/{n}/reviews
GitLab MR notes API (/merge_requests/{iid}/notes) covers all comment types
Forgejo /issues/{n}/comments, /pulls/{n}/comments, /pulls/{n}/reviews

This would prevent agents from silently missing feedback posted as general PR comments.

## Clarification needed: Phase 7 comment monitoring The manual instructs agents to "Monitor the MR for review comments" in Phase 7, but does not specify which API endpoints to check. On GitHub (and likely other platforms), merge/pull request comments can appear in multiple places: 1. **Issue-level comments** (`GET /repos/{owner}/{repo}/issues/{number}/comments`) — general conversation comments on the PR 2. **Review comments** (`GET /repos/{owner}/{repo}/pulls/{number}/comments`) — inline comments on specific code lines 3. **Reviews** (`GET /repos/{owner}/{repo}/pulls/{number}/reviews`) — formal review submissions (approve/request changes) An agent checking only endpoints 2 and 3 will miss general conversation comments (endpoint 1), which is where maintainers often leave feedback like "missing lockfile" or "please rebase". ### Suggestion Add a note to Phase 7 (and the Loop Iteration section) clarifying that agents must check **all comment sources** for a merge request, not just review-specific endpoints. A brief platform-specific table similar to the one in Phase 4 (for permission verification) would be helpful: | Platform | Endpoints to check | |---|---| | GitHub | `/issues/{n}/comments`, `/pulls/{n}/comments`, `/pulls/{n}/reviews` | | GitLab | MR notes API (`/merge_requests/{iid}/notes`) covers all comment types | | Forgejo | `/issues/{n}/comments`, `/pulls/{n}/comments`, `/pulls/{n}/reviews` | This would prevent agents from silently missing feedback posted as general PR comments.
Author
Owner

I've picked up this issue and I'm reviewing it now.

I've picked up this issue and I'm reviewing it now.
Author
Owner

Triage Assessment

What's clear: Phase 7 says "Monitor the MR for review comments" but doesn't specify which API endpoints to check. On GitHub/Forgejo, comments can appear in multiple places (issue-level, review-level, formal reviews). The suggested table of endpoints per platform is concrete and actionable.

Scope: Add a platform-specific endpoint reference to Phase 7, similar to the permission verification table in Phase 4.

No clarifying questions — proceeding to planning.

## Triage Assessment **What's clear:** Phase 7 says "Monitor the MR for review comments" but doesn't specify which API endpoints to check. On GitHub/Forgejo, comments can appear in multiple places (issue-level, review-level, formal reviews). The suggested table of endpoints per platform is concrete and actionable. **Scope:** Add a platform-specific endpoint reference to Phase 7, similar to the permission verification table in Phase 4. **No clarifying questions** — proceeding to planning.
Author
Owner

Plan

Goal: Add platform-specific API endpoint guidance to Phase 7 so agents check all comment sources on a merge request.

Approach: Add a reference table to Phase 7 listing the endpoints to check for each platform, and update the "Monitor the MR" instruction to reference it.

Tasks:

  1. Update Phase 7 step 1 — Change "Monitor the MR for review comments" to "Monitor the MR for review comments and general conversation comments" to clarify that both types must be checked.

  2. Add endpoint reference table — After Phase 7 step 1, add a table listing which API endpoints (or CLI commands) to check per platform:

    • GitHub: issue comments, pull review comments, pull reviews
    • GitLab: MR notes API (covers all types)
    • Forgejo: issue comments, pull comments, pull reviews
  3. Note CLI preference — Since the doc already says to prefer CLI tools, add a note that CLI tools like gh pr view or fj pr view may surface all comment types in one call, reducing the need to hit multiple endpoints directly.

Risks:

  • Endpoint paths may change across API versions. Use current stable endpoints and note that agents should consult platform API docs for updates.

Test strategy:

  • Verify the table covers all three platforms.
  • Cross-reference the endpoints against the actual platform API documentation.
  • Verify consistency with the existing CLI preference guidance in Working Context.
## Plan **Goal:** Add platform-specific API endpoint guidance to Phase 7 so agents check all comment sources on a merge request. **Approach:** Add a reference table to Phase 7 listing the endpoints to check for each platform, and update the "Monitor the MR" instruction to reference it. **Tasks:** 1. **Update Phase 7 step 1** — Change "Monitor the MR for review comments" to "Monitor the MR for review comments and general conversation comments" to clarify that both types must be checked. 2. **Add endpoint reference table** — After Phase 7 step 1, add a table listing which API endpoints (or CLI commands) to check per platform: - GitHub: issue comments, pull review comments, pull reviews - GitLab: MR notes API (covers all types) - Forgejo: issue comments, pull comments, pull reviews 3. **Note CLI preference** — Since the doc already says to prefer CLI tools, add a note that CLI tools like `gh pr view` or `fj pr view` may surface all comment types in one call, reducing the need to hit multiple endpoints directly. **Risks:** - Endpoint paths may change across API versions. Use current stable endpoints and note that agents should consult platform API docs for updates. **Test strategy:** - Verify the table covers all three platforms. - Cross-reference the endpoints against the actual platform API documentation. - Verify consistency with the existing CLI preference guidance in Working Context.
Author
Owner

Implementation complete. Merge request: #10

Implementation complete. Merge request: https://git.zak.pub/zak.pub/tantalus/pulls/10
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
zak.pub/tantalus#7
No description provided.