Pr Compliance Review
- 1 installs
- Updated April 22, 2026
- doarakko/dotfiles
Reviews a PR against its requirements by cross-checking the diff with the PR body, linked issues, docs, and attached images (Japanese).
About
Reviews whether a PR's implementation satisfies its requirements by cross-checking the diff against the PR description, linked issues, docs, and images. A developer uses it to verify requirement compliance.
- Gathers PR body, linked issues, links, and attached images
- Checks the diff against acceptance criteria and flags scope creep
Pr Compliance Review by the numbers
- 1 all-time installs (skills.sh)
- Ranked #982 of 1,352 Code Review & Quality skills by installs in the Skillselion catalog
- Data as of Jul 8, 2026 (Skillselion catalog sync)
npx skills add https://github.com/doarakko/dotfiles --skill pr-compliance-reviewAdd your badge
Show developers this skill is listed on Skillselion. Paste this into your README.
| Installs | 1 |
|---|---|
| Last updated | April 22, 2026 |
| Repository | doarakko/dotfiles ↗ |
What it does
Reviews a PR against its requirements by cross-checking the diff with the PR body, linked issues, docs, and attached images (Japanese).
Files
PR要件準拠レビュー基準
PRに記載された内容（説明文、リンク先、添付画像、GitHub Issue）を元に、実装が要件を正しく満たしているかレビューする。
情報収集手順
1. PR情報の取得
gh pr view <PR番号> --json title,body,urlでPRのタイトルと説明文を取得gh pr diff <PR番号>で差分を取得
2. GitHub Issueの取得（最重要）
- PR説明文から
#<数字>やhttps://github.com/.../issues/<数字>形式のIssue参照を抽出 gh issue view <Issue番号> --json title,body,commentsで各Issueの詳細を取得- Issueのコメント欄も含めて要件を把握する
3. リンク先の取得
- PR説明文からURL（
https://...）を抽出 WebFetchで各リンク先の内容を取得し、要件や仕様の情報を把握する- GitHub Issue以外のリンク（ドキュメント、デザイン、仕様書等）も確認する
4. 添付画像の確認
- PR説明文中の画像（
やHTMLの<img>タグ）を特定 - UIの期待される見た目やエラーのスクリーンショットなど、画像から読み取れる要件を把握する
レビュー観点
要件の充足（Critical）
- Issueに記載された要件がすべて実装されているか
- PR説明文に記載された変更内容と実際の差分が一致しているか
- 未実装の要件がある場合、明確に指摘する
仕様との整合性（High）
- リンク先の仕様書やドキュメントに記載された仕様に準拠しているか
- 添付画像に示されたUIと実装が一致しているか
- Issueのコメント欄で議論された追加要件や変更が反映されているか
実装の過不足（Medium）
- PR説明文やIssueに記載されていない余分な変更が含まれていないか
- スコープ外の変更がないか
- 要件に対して過剰な実装（オーバーエンジニアリング）になっていないか
Issueのクローズ条件（High）
- Issueに受け入れ条件（Acceptance Criteria）がある場合、すべて満たしているか
- Issueのチェックリストがある場合、すべて対応しているか
- Issueの再現手順がある場合（バグ修正）、その原因が正しく修正されているか
出力形式
各指摘について以下を記載:
- 問題の重要度（Critical/High/Medium/Low）
- 参照元（どのIssue/リンク/画像の要件に基づく指摘か）
- ファイルパスと行番号
- 問題の説明
- 改善提案
Related skills
Improve Codebase ArchitectureSafely deepen clusters of shallow modules into cohesive, testable units while respecting their external dependencies.566k196k
Caveman ReviewGet ultra-compressed, one-line code review comments that cut noise while keeping every actionable fix.270k94.7kCodebase DesignShared vocabulary for designing deep modules: improve a module's interface, find deepening opportunities, decide where a seam goes, make code more testable.266k196kCavecrewDelegate coding tasks to specialized subagents that return compressed output, keeping the main context window usable for much longer sessions.220k94.7kCode ReviewReviews a branch or PR diff on two axes at once: conformance to coding standards plus a code-smell baseline, and whether it actually implements the original spec.201k196k
Requesting Code ReviewDispatch a consistent, high-signal code reviewer subagent that catches plan deviations and quality issues before merging or continuing development.183k264k