القائمة
PR の最終確認、merge 実行、必要なら tag 作成/push を行う skill。`pr-fix` handoff 後に、GitHub CLI と PowerShell が使える repo で、タグ有無をユーザー確認して main へ merge するときに使う。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
| name | pr-merge |
| description | PR の最終確認、merge 実行、必要なら tag 作成/push を行う skill。`pr-fix` handoff 後に、GitHub CLI と PowerShell が使える repo で、タグ有無をユーザー確認して main へ merge するときに使う。 |
この skill は pr-fix handoff 後の merge/tag を扱う。タグ方針は実行前に必ずユーザー確認し、SemVer release tag を選ぶ場合は packages/qfai/package.json と CHANGELOG.md の整合を確認する。
tmp/pr-fix/pr-<PR番号>-handoff.json（あれば）RELEASE.mdCHANGELOG.mdpackages/qfai/package.json最初は必ず dry-run で実行する。
powershell -NoProfile -ExecutionPolicy Bypass -File .agents/skills/pr-merge/scripts/run-pr-merge.ps1 -PrNumber <PR番号> -DryRun
dry-run は tmp/pr-merge/pr-<PR番号>-merge-plan.json を生成し、SuggestedReleaseTag と SuggestedAlternativeTag を出力する。
AskUserQuestion が使える実装ではそれを使ってタグ方針を確認する。<SuggestedReleaseTag> (Recommended):
既存 tag を避けた次パッチ候補。SemVer release tag として使う場合だけ選ぶ。packages/qfai/package.json と CHANGELOG.md が一致していないなら停止して先に整合を取る。<SuggestedAlternativeTag>:
非 SemVer の追跡用 tag。release version を進めずに識別用 tag を残したい場合に使う。タグなし:
merge のみ実行し、tag は作らない。AskUserQuestion が Other / 自由記述を提供する実装なら、それで任意 tag を受ける。AskUserQuestion が使えない実装では、同じ 3 択と自由記述許可を通常メッセージで確認する。タグなし を選んだら、次を実行する。
powershell -NoProfile -ExecutionPolicy Bypass -File .agents/skills/pr-merge/scripts/run-pr-merge.ps1 -PrNumber <PR番号> -NoTag
tag を選んだら、次を実行する。
powershell -NoProfile -ExecutionPolicy Bypass -File .agents/skills/pr-merge/scripts/run-pr-merge.ps1 -PrNumber <PR番号> -Tag <tag>
merge method を明示指定された場合だけ -MergeMethod merge|squash|rebase を付ける。指定が無ければ merge を使う。
成功したら tmp/pr-merge/pr-<PR番号>-merge-result.json を確認し、結果を報告する。
gh auth status が失敗main ではないpackages/qfai/package.json / CHANGELOG.md と整合しないpr-fix handoff がなくても live の PR 状態から実行できるが、可能なら handoff JSON を優先して読む。first:100 固定に依存せず、GraphQL after で全ページ走査してから判定する。Other / 自由記述で受けた値をそのまま -Tag に渡す。Triage incoming requirements against existing specs, then create or update layered SDD artifacts (_policies + spec-*) in one workflow.
Implement automated acceptance tests (E2E/API/Integration) aligned with US/TC/CON-API obligations from specs and contracts.
Analyze the repository and tune qfai.config.yaml (testFileGlobs, exclude globs, optional specSections).
Run structured discussion that defines exploration conditions, evaluation rubric, and anti-goals for downstream prototyping.
Unified implementation skill that orchestrates the full TDD micro-cycle (Red/Green/Refactor) one test at a time using test-list.md as the execution ledger.
Iterate one prototype through up to 10 cycles of generate-capture-review against a frozen DESIGN.md, focusing on information architecture, navigation flow, usability, and functionality.