Revise a SPEC or EPIC PR based on review feedback and push an update. Use when a routine fires on a PR being labelled `ai:revise-now`, or when a user asks to "revise spec PR #NNN" / "revise epic PR #NNN" interactively. Non-interactive — reads every unresolved review comment + inline comment + the current SPEC/EPIC file, rewrites it, pushes to the same branch, and posts a one-line summary comment pointing at the diff.
88
90%
Does it follow best practices?
Impact
81%
1.47xAverage score across 3 eval scenarios
Advisory
Suggest reviewing before use
A spec pull request for a full-text search integration (PR #17) has come back with review comments from multiple reviewers. The PR is on branch claude/spec-017-search. The comments include a direct contradiction between two reviewers on a performance target, a concrete architectural recommendation from the primary stakeholder, and a request that may conflict with the spec's stated non-goals.
Your job is to produce a revised spec and supporting revision documents that correctly handle all the feedback — including the conflict — according to the project's revision principles.
The input files are provided under inputs/:
inputs/SPEC-017-search.md — the current spec fileinputs/review_comments.json — the review comments (structured data representing what would be fetched from GitHub), with timestamps and authorshipProduce the following files in your working directory:
SPEC-017-search-revised.md — the updated spec with all appropriate changes appliedrevision_plan.md — for each comment: the comment ID, classification, action taken, and reasoningpr_comment_summary.md — the full text of the top-level PR comment that would be posted, in the format used by the revise-spec workflowper_comment_replies.md — the reply text for each individual commentcommit_message.txt — the exact commit message that would be used when pushing this revisionWork only from the files in inputs/. Treat the review_comments.json as the authoritative source of all feedback.