القائمة
作業ブランチを GitHub PR 経由で main にマージし、ローカル同期・ブランチ削除まで一括実行するワークフロースキル。USE WHEN: ユーザが「PRを出して」「マージして」「ブランチをまとめて」「mainに入れて」「PRクリーンアップ」など、作業ブランチの変更をリモートに反映したい意図を示したとき。push → PR作成 → squashマージ → ローカル同期 → ブランチ削除の全ステップを自動化する。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
フレームワーク本体 (src/nyxpy/framework/) の仕様書を新規作成・レビュー・修正するスキル。Use when: ユーザが「フレームワークの仕様書」「framework spec」「コア機能の設計書」「Command / MacroBase / imgproc / logger 等の仕様」と言ったとき、または spec/agent/ 配下でフレームワーク関連の Markdown を扱うとき。フレームワーク層の公開 API・内部設計・テスト方針を所定フォーマットで執筆する。マクロ (macros/) の仕様書には macro-spec-writing スキルを使うこと。
マクロ仕様書の新規作成・レビュー・修正を行うスキル。Use when: ユーザが「仕様書を書いて」「specを作成」「仕様書レビュー」「仕様のテンプレート」と言ったとき、または spec/agent/ 配下のMarkdownを扱うとき。Nintendo Switch自動化マクロの設計仕様・実装仕様・テスト方針を所定フォーマットで執筆する。
Project NyX の PyPI release を計画・実行する workflow skill。USE WHEN: ユーザが PyPI / TestPyPI への公開、バージョン更新、release PR、v* tag、GitHub Actions publish、公開後 smoke check、release 手順の確認を依頼したとき。
実装中の設計上の気づき・疑問・バックログ送りにしたタスクを spec/dev-journal.md に記録するスキル。USE WHEN: ユーザが「ジャーナルに書いて」「メモしておいて」「dev-journal に追記して」「これ記録して」「あとで見返せるようにして」「バックログに入れて」「後回しにしたい」など、実装中の気づきや先送りタスクの記録を依頼したとき。spec/dev-journal.md を読み書きするときは必ず参照すること。
Project NyX のマクロ実装・修正・レビューを行うスキル。USE WHEN: ユーザが「マクロを作って」「マクロを直して」「macros/ 配下を実装」「resources/ の設定を追加」「NyX の MacroBase / Command を使う」「examples/macros を参考にしたい」など、Nintendo Switch 自動化マクロのコード・設定・テストを扱う意図を示したとき。仕様書だけを書く場合は macro-spec-writing を使う。
| name | pr-merge-cleanup |
| description | 作業ブランチを GitHub PR 経由で main にマージし、ローカル同期・ブランチ削除まで一括実行するワークフロースキル。USE WHEN: ユーザが「PRを出して」「マージして」「ブランチをまとめて」「mainに入れて」「PRクリーンアップ」など、作業ブランチの変更をリモートに反映したい意図を示したとき。push → PR作成 → squashマージ → ローカル同期 → ブランチ削除の全ステップを自動化する。 |
作業ブランチの変更を GitHub PR 経由でデフォルトブランチにマージし、ローカルへの同期と不要ブランチの削除までを一括で実行するワークフロー。
ローカル同期は必須ステップとして扱う。PR マージ後は必ずデフォルトブランチへ移動し、git pull --ff-only の実行結果とローカル HEAD を確認してから作業ブランチを削除する。
git branch --show-current
main / master) の場合は処理を中断し、ユーザに報告するgit symbolic-ref refs/remotes/origin/HEAD や git remote show origin から取得する。取得できない場合は main を仮定するgit push -u origin <ブランチ名>
プッシュ失敗時はエラー内容に応じて対処する:
git pull --rebase origin <デフォルトブランチ> で解消を試みるgit remote get-url origin
出力から owner/repo を抽出する (https://github.com/OWNER/REPO.git または git@github.com:OWNER/REPO.git のいずれにも対応)。
mcp_github_get_me で認証ユーザを確認する。
mcp_github_create_pull_request で PR を作成する。
.github/PULL_REQUEST_TEMPLATE.md が存在すれば読み込み、そのセクション構成に従って本文を生成するgit log --oneline <デフォルトブランチ>..HEAD の出力mcp_github_merge_pull_request で squash マージを実行する。
squash (全コミットを 1 つに集約)mergeCommit SHA またはデフォルトブランチの最新 SHA を取得し、ステップ 6 の照合に使うgit fetch --prune origin
git switch <デフォルトブランチ>
git pull --ff-only origin <デフォルトブランチ>
git status --short --branch
git log -1 --oneline
このステップは省略しない。Already up to date. の場合も、pull を実行した結果として扱い、最終報告に含める。
同期確認:
git status --short --branch がデフォルトブランチ上で clean であることを確認するgit log -1 --oneline の SHA が、PR の mergeCommit または origin/<デフォルトブランチ> の最新 SHA と一致することを確認するpull --ff-only が失敗した場合は、ブランチ削除を中断してユーザへ報告するgit branch -d <作業ブランチ名>
リモートブランチが残っている場合:
git push origin --delete <作業ブランチ名>
削除失敗時は残存ブランチ名をユーザに報告する。
全ステップ完了後、以下を簡潔に報告する: