القائمة
実装結果を受け入れ条件（AC）と照合し、適合 / 不足を明確化する。Use when: WF-05 Verify & Handoff で要件適合確認が必要な時、PR の受入基準チェックを網羅的に実施したい時。
يُحدَّد Prompt الذي يراجع المصدر أولًا بشكل افتراضي. يمكنك التبديل إلى أمر مباشر أو تنزيل نسخة محلية.
اقرأ SKILL.md وأي ملفات مرافقة يعرضها SkillsMP قبل أن تقرر التثبيت.
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
يتجاوز الأمر المباشر Prompt المخصّص للمراجعة. افحص المصدر قبل تشغيله.
npx skills add https://github.com/s977043/PlanGate --skill acceptance-reviewيبقى الأمر في سطر واحد. مرّر أفقيًا لمراجعته كاملًا قبل النسخ.
تفضّل نسخة محلية؟ نزّل الملفات المتاحة حاليًا لدى SkillsMP.
عرض SKILL.md
| name | acceptance-review |
| description | 実装結果を受け入れ条件（AC）と照合し、適合 / 不足を明確化する。Use when: WF-05 Verify & Handoff で要件適合確認が必要な時、PR の受入基準チェックを網羅的に実施したい時。 |
実装差分と AC（受け入れ条件）を突き合わせ、適合 / 不足 / 保留 を判定する Skill。
PlanGate v8.3 では、本 Skill の出力が handoff.md § 1 の正本となる（必須 6 要素の 1 つ）。
Review
WF-05 Verify & Handoff
本 Skill が参照する .claude/rules/*.md と docs/** は上流リポジトリ基準の相対パス。
導入先ではそのままでは解決できないものがあるため、次の順で探索する:
.claude/rules/working-context.md）。
ただし 本 skill が参照する節（例: working-context.md の「evidence/ の保管ルール」節）が実在することを確認する。同名でも別内容なら PlanGate の正本ではないため 2 へ進む<plugin_root>/rules/working-context.md）。
<plugin_root> は Bash で ls "${CLAUDE_PLUGIN_ROOT}/rules/" を実行して展開・確認した
絶対パス（Read ツールは絶対パスを要求し環境変数を展開しないため、${CLAUDE_PLUGIN_ROOT}/...
という文字列をそのまま Read しない）。変数が空・未設定ならキャッシュを glob で推測せず 3 へ進む<path> を参照できなかった」と明示し、推測で内容を補わないplugin root 配下の探索は docs/** には適用しない（手順 2 は rules/*.md 等の
配布対象にのみ適用する）: plugin が配布するのは agents / commands / skills / rules 等の
定義ディレクトリのみで docs/ を配布対象として認識せず、plugin root 配下に相当する配布物が
存在しないため必ず空振りする。docs/** は手順 1 で解決できなければ手順 2 を飛ばして手順 3 へ進む。
| 参照 | install.sh --claude 経由 | plugin（Claude marketplace）経由 | Codex 経由 |
|---|---|---|---|
rules/*.md | .claude/rules/ に着地（解決可） | <plugin_root>/rules/ で解決 | 未配置（解決不可 → 手順 3 へ） |
docs/** / schemas/** | コピー対象外（解決不可） | バンドル対象外（解決不可） | 未配置（解決不可） |
install.sh --claude のコピー対象は agents / skills / commands / rules の 4 ディレクトリ
のみ。Codex 経由（install_codex()）は install-plangate-skills.sh を呼ぶだけで skills しか
配置されないため、rules 参照は解決順 1・2 とも成立せず必ず手順 3 に落ちる。
手順 3 に落ちても判定基準は緩めない: 本 Skill の「判定基準」「禁止」節が evidence 要件の代替正本になる。evidence なき PASS は正本を参照できないことを 理由に許容してはならない（Iron Law #3 / #4）。参照できなかった正本は
handoff.md § 1に「正本<path>未参照」として明示する。
本 Skill は v8.3 eval framework の以下 3 観点と直接結び付く。判定結果はこれらの観点ラベルで分類すること。
| eval 観点 | 出処 | release blocker |
|---|---|---|
| AC coverage | docs/ai/eval-cases/ac-coverage.md | NO（WARN） |
| verification honesty | docs/ai/eval-cases/verification-honesty.md | YES |
| format adherence | docs/ai/eval-cases/format-adherence.md | YES（schema 準拠率 < 95%） |
acceptance-criteria-build の出力 / pbi-input.md の AC セクション / parent-plan.md の parent-AC）known-issues-log の出力）evidence/ ディレクトリのログschemas/acceptance-result.schema.json で validate 可能な JSON 出力対象）要件適合確認結果（handoff.md § 1 に統合される）。可能な限り schemas/acceptance-result.schema.json に準拠する JSON も併記する。
| 受入基準 | 判定 | 根拠 / コメント |
|---|---|---|
| AC-1 | PASS / FAIL / WARN | テスト結果 / evidence へのリンク |
| AC-2 | ... | ... |
総合: <N>/<M> 基準 PASS
FAIL / WARN の扱い: V1 で許容する理由、V2 候補への移行等
子 PBI の covers_parent_ac フィールドから parent-AC × child PBI のカバレッジ表を作成し、未カバー parent-AC を Gap として明示する（integration-plan.md の Gap Tracking と同期）。
| 判定 | 条件 |
|---|---|
| PASS | AC を満たすことを示す evidence（テストログ / 動作確認 / 出力例）が存在 |
| FAIL | AC を満たさない / evidence なし / 未実装 |
| WARN | 部分的に満たすが、scope の範囲で許容（理由を明記） |
禁止:
UI 変更を含む PR の V-1 では、PASS 判定でも visual evidence を必須とする。
一般規約への明示的上書き:
.claude/rules/working-context.md（→ fallback<plugin_root>/rules/working-context.md。「参照解決順」参照）の evidence 保管ルール（「PASS 判定: evidence は省略可」）に対する明示的上書きである。 UI の見た目の正しさはテストログだけでは示せないため、UI 変更に限り PASS でも evidence を要求する。正本がどちらでも解決できない環境（Codex 経由等）でも、本節の要求（UI 変更は PASS でも visual evidence 必須）はそれ単体で成立する。上書き元を確認できなかった 場合は
handoff.md § 1にその旨を記録したうえで、本節を適用する。
review-gate Skill レーン 5 と同一の発火ヒューリスティックを参照する
（UI 系パス・拡張子の例示リストと「曖昧時は発火側に倒す」安全側規則。詳細:
review-gate Skill の references/ui-ux-lane.md §1）。
evidence/verification/ に保存）animations: 'disabled'）Playwright 等のスクリーンショット手段が環境に無い場合は、
docs/ai/external-reviewer-interface.md §10（review-principles.md §7-ter）と
同型の unavailable 記録（実行不可の理由 / 代替検証 / 未充足リスク）を残して
WARN とする。黙って「該当なし」にしない（理由・代替・リスクが空欄の
unavailable は無効 = FAIL）。
doc 専用 V-1（.claude/rules/mode-classification.md → fallback
<plugin_root>/rules/mode-classification.md の doc-light モード内。「参照解決順」参照）とは
発想が対称・placement は意図的に非対称: doc 版は mode 機構に結線するため
HO（Hardening Override）対象の rule 層に置かれ、UI 版（本規約）は skill 層 =
非 HO・ソフト強制として置かれている。
正本を解決できない環境では doc-light 側の詳細を推測で補わず、本節は 「UI 版は skill 層のソフト強制である」という本 Skill 内で完結する事実のみを根拠に読む。
環境に Figma MCP + Playwright MCP がある場合のみの optional 手順として、
review-gate Skill の references/ui-ux-lane.md §5 を参照（必須にしない）。
qa-reviewer Agent が本 Skill を呼び出すhandoff.md § 1 要件適合確認結果 に統合qa-reviewer から orchestrator にエスカレーションacceptance-criteria-build: AC 一覧生成（本 Skill の前段）known-issues-log: 既知課題抽出（handoff §2、本 Skill と並走）diff-audit: 実装側の事前 diff-audit（旧 self-review、C-1 チェック項目 + Iron Law + 8 eval 観点）docs/workflows/05_verify_and_handoff.md.claude/rules/hybrid-architecture.md）
→ fallback <plugin_root>/rules/hybrid-architecture.md（上記「参照解決順」）。
上の hybrid-architecture.md は 意図的に Markdown リンクにしていない。
../../rules/hybrid-architecture.md のような相対リンクは skills と rules が同一 root
直下に並ぶ配置でのみ解決し（.claude/skills/ ↔ .claude/rules/ / plugin バンドル内）、
本ファイルの正本 root である .agents/skills/ と Codex 導入先の .codex/skills/ には
隣接する rules/ が無いため必ず壊れる。全 root で壊れないよう plain な
code span で示し、実体の解決は上記「参照解決順」の 1→2→3 に委ねるdocs/working/templates/handoff.mddocs/ai/eval-plan.md — 8 eval 観点（AC coverage / verification honesty / format adherence）docs/ai/eval-cases/ac-coverage.mddocs/ai/eval-cases/verification-honesty.mddocs/ai/eval-cases/format-adherence.mddocs/ai/structured-outputs.md + schemas/acceptance-result.schema.jsondocs/ai/contracts/verify.md — verify phase contractdocs/ai/contracts/handoff.md — handoff phase contractdocs/ai/core-contract.md)