consolidate

Consolidate

Consolidate and respond to external feedback on PRs and issues.

Options

Auto-activation by args keywords (HARD STOP)

When the consolidate caller passes args containing any of the following intent classes (any language — match by meaning, not literal token), treat --interactive as implicitly set even if the flag was not literal. The keyword expresses the user's intent for review-before-post.

When auto-activation fires, the caller MUST emit a one-line acknowledgement in chat before the first ask:

Interactive mode auto-activated by caller args (intent: ) — drafts will be reviewed before POST.

Interactive flow contract

When --interactive is on (literal or auto-activated), each artifact POST follows this contract:

1. Draft — author the body into .tmp/-draft.md (per file-operations.md .tmp/ policy)
2. Present — emit a chat summary of the draft (key sections, finding count, verdict line) + the .tmp/ path
3. Ask — AskUserQuestion with options:
   • Approve as-is — POST immediately
   • Edit (specify in Other) — capture user edits → apply via Edit → re-present → re-ask
   • Reject — do not POST — skip POST for this artifact, record skip reason in chat
4. POST — only after Approve. Use existing medium decision (deterministic) for the POST mechanics.

Edge cases

• Already POSTed before interactive auto-activation realized: see post.md "Damage control — Summary already posted in wrong medium" — content can be PATCHed in place. After --interactive auto-detection mid-flow, the caller asks the user whether to PATCH the already-posted artifacts with reviewed content.
• Multiple artifacts in one consolidate run (Internal Review + Summary): ask each separately; do not bundle the two drafts into one ask.
• --interactive + --inline together: inline annotation bodies are part of the Internal Review draft; review them in the same ask.

Topics

Topic Dependencies

pr (entry: identify → skip → worktree checkout)
  └─→ git-repo/worktree (Step 2.7: check out PR branch into a worktree — all review runs against real files)
collect → internal (code-reviewer dispatch operates in the Step 2.7 worktree)

• Step 2.7 worktree checkout runs on every review (after skip conditions) so the code-reviewer reads real files, CONFLICTING is detected locally, and inline line numbers match HEAD.

Quick Reference

PR Review Workflow

Review CodeRabbit/Copilot feedback on a PR, decide what to act on, and post an AI Review Summary comment.

Entry: pr.md (Workflow index + Step 1, 2, 2.4, 2.5, 2.6, 2.7 + Rules)

Step execution order:

1. pr.md Step 1 (Identify PR) + Step 2 (Skip Conditions) + Step 2.4 (Copilot availability pre-check — auto-fallback to Internal Review on unavailable, no ask) + Step 2.5 (Copilot sequential, multi-PR only — skipped on unavailable) + Step 2.6 (re-review trigger policy — first vs re-review) + Step 2.7 (checkout PR branch into a worktree — MANDATORY, all reviews)
2. collect.md Step 3 (Collect AI Reviews) + Step 3.6 (superpowers framework)
3. internal.md Step 3.5 (Internal Review Fallback, walkthrough only / on failure — medium decision: inline targets (Critical+Important line-specific; --inline = all) → single review POST (body = findings + comments[] = inline, re-review = new POST); no inline targets → issue comment (re-review = PATCH)) + Step 4.5 (UI capture verification)
4. classify.md Step 4 (Analyze and Classify)
5. decide.md Step 5 (Formal Review Decision — Axis B only) + Step 6 (Fix or Reject — only on explicit user instruction)
6. post.md Step 7 (Post Summary + Formal Review) + Step 7.5 (Status line) + Step 7.6 (Deferred registration)
7. next.md Step 8 (Post-Summary Next-Action Ask)