spec-loop-assess-pull-request
About spec-loop-assess-pull-request
A Spec Loop skill for reviewing pull requests, merge requests, branch diffs, and commit ranges in repositories the user trusts. It reconstructs the implemented work as a retrospective review artifact, then adds assessment and recommendations.
Key features
- 01Trust checks before fetching repository content
- 02Read-only evidence collection with gh or glab
- 03Retrospective Spec Loop review artifact
- 04AI assessment and recommendations
Use cases
- 01Reviewing a trusted pull request
- 02Assessing a merge request or branch diff
- 03Evaluating a repository commit range
Install
Copy the command and run it in a terminal.
npx skills add https:/After installing, type/spec-loop-assess-pull-requestin Claude Code to confirm it loaded.
Bundled filesexamples/example-review-settings-loader.mdreview-guidance.md
Details
From the project READMEUse this skill only for pull requests, merge requests, branch diffs, or commit ranges from repositories the user trusts. This skill is optional and is not required for the core Spec Loop planning workflow. If trust is unclear, stop and ask before fetching provider or Git content.
Follow review-guidance.md for trust handling, evidence collection, review structure, diagram rules, and sharing-variant behavior.
Before work:
- read spec-loop-plan-task/SKILL.md for shared planning, glossary, and phase terminology;
- read spec-loop-plan-task/common-task-guidance.md for shared artifact structure, formatting, glossary, and section semantics reused by retrospective review files;
- read spec-loop-plan-task/task-file-path-guidance.md for diagram conventions and any other task-file-specific rules that clearly fit retrospective review artifacts;
- apply those shared conventions where they fit retrospective review
work, but do not apply the chat-only planning path, task-file
lifecycle routing, or the normal
PLAN -> EXECUTIONapproval gate to the reviewed change itself; and - then read review-guidance.md.
Reconstruct already-implemented work as the retrospective Spec Loop
review artifact that should have existed, then add AI assessment and
recommendations. Do not treat the change as waiting at the normal
PLAN -> EXECUTION gate.
Use read-only provider commands for evidence when available:
ghfor GitHubglabfor GitLab, including self-hosted GitLab when available
When trust, provider, evidence source, or comparison range is unclear, stop and ask.