تشغيل أي مهارة في Manus بنقرة واحدة

submit-pull-request

النجوم٢

التفرعات١

آخر تحديث٢٣ مارس ٢٠٢٦ في ١١:٢٢

worktree での実装完了後に変更をコミット・PR 作成・マージまで一括実行する。「PR を作って」「プルリクを出して」「変更をマージして」「コミットして PR を作って」「実装が終わった」「レビューを通してマージして」と言った場合にトリガーする。コミット→PR 作成→マージ→Board 更新の一連のフローを自動化する。コンフリクト発生時は resolve-conflict スキルへ移行し、マージ後は cleanup-worktree で後片付けする。

التثبيت

التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.

تشغيل في Manus

المصدر

nanikasheila

nanikasheila/copilot-cli-workflow-framework

فتح مستودع GitHub عرض مستودعات المنشئ

تنزيل

تشغيل في Manus

المهن ذات الصلةSOC

استنادا إلى تصنيف SOC المهني

مطوّرو البرمجياتمهن الحاسوب والرياضيات·SOC 15-1252

SKILL.md

readonly

name

submit-pull-request

description

PR 提出・マージ

前提

.github/settings.json からプロジェクト設定を読み取って使用する。

入力

対象ブランチ名
Issue ID（例: <prefix>-20）
マージ先（main または親ブランチ名）

手順

0. 設定読み込み

.github/settings.json を読み取り、以下の値を使用する:

github.owner — GitHub リポジトリオーナー（以降 <owner> と表記）
github.repo — GitHub リポジトリ名（以降 <repo> と表記）
github.mergeMethod — マージ方式（以降 <mergeMethod> と表記）

0.5. 事前安全チェック（旧 stop_check 相当）

PR 提出前に以下を確認する。未コミットの変更が残った状態での PR 作成を防止する。

cd .worktrees/<ブランチ名>

# 1. ブランチ確認 — main でないこと
git branch --show-current

# 2. 未追跡・未コミット変更の確認
git status --short

確認項目	対処
main ブランチ上にいる	中断 — worktree に移動してから再実行
未追跡ファイルがある	`git add` でステージするか、`.gitignore` に追加
ステージ済み未コミットの変更がある	手順 1 のコミットで解消される
Board の `flow_state` が `submitting` でない	Board を確認し、Gate を通過してから再実行
`artifacts.acceptance_validation` が存在しない	中断 — Phase 8（妥当性確認）が完了していない。test-verifier に妥当性確認を実施させてから再実行
`acceptance_validation.verdict` が `"validated"` でない	中断 — 受け入れ基準（AC）が充足されていない。未充足 AC を developer に渡して修正させること

Why: 旧 stop_check Hook がセッション終了時に未コミットを検出していた。 How: PR 提出フローの入口でチェックすることで、同等の安全性を手続きとして確保する。

1. コミット

cd .worktrees/<ブランチ名>
git add -A

コミットメッセージにセッション要約を含める（rules/commit-message.md のセッション要約フォーマットに従う）:

git commit -m "<type>: <説明> (<prefix>-<番号>)" -m "Session-Context: <セッション目的の1行要約>
Changes-Made:
- <変更1>
- <変更2>
Design-Decisions:
- <設計判断（あれば）>

Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>"

Session-Context と Changes-Made はセッション内の作業内容から自動生成する。 Design-Decisions は Board の history や artifacts から重要な判断を抽出する。

2. プッシュ

git push origin <フルブランチ名>

3. PR 作成

mcp_io_github_git_create_pull_request:
  owner: "<owner>"
  repo: "<repo>"
  base: "<マージ先ブランチ>"
  head: "<フルブランチ名>"
  title: "<type>: <説明> (<prefix>-<番号>)"
  body: "## <prefix>-<番号>: <説明>\n\n### 変更内容\n- <変更の要約>\n\nCloses <prefix>-<番号>"

4. マージ

mcp_io_github_git_merge_pull_request:
  owner: "<owner>"
  repo: "<repo>"
  pullNumber: <PR番号>
  merge_method: "<mergeMethod>"
  commit_title: "Merge pull request #<PR番号>: <PRタイトル>"

5. マージ失敗時（コンフリクト）

コンフリクトが発生した場合は resolve-conflict スキルを使用する。

エラー時の対処

エラー	対処
`git push` 失敗（リモートが先行）	`git pull --rebase origin <ブランチ>` 後に再プッシュ
PR 作成失敗（ブランチが存在しない）	プッシュが成功しているか確認
マージ失敗（405 Not Mergeable）	`resolve-conflict` スキルを使用
マージ失敗（その他エラー）	PR の状態を確認し、必要に応じて再作成

المزيد من هذا المستودع

نفس المستودع

develop-requirements

nanikasheila/copilot-cli-workflow-framework

ユーザーの曖昧な要望を対話を通じて検証済みの要求に変換する。「要求を開発して」「要望を整理して」「要件を引き出して」「ニーズを明確にして」「要求開発して」「スコープを定義して」と言った場合にトリガーする。 requirements-engineer エージェントを起動し、引き出し・妥当性検証・競合分析・優先順位付け・スコープ定義・承認取得を実施する。analyze-and-plan の内部でも条件付きで呼び出されるが、要求開発のみを単独実行したい場合に直接使用する。

2026-04-212

execute-plan

nanikasheila/copilot-cli-workflow-framework

plan.md の提案・タスク一覧を依存関係に基づき並列実行するスキル。「計画を実行して」「提案を並列で実装して」「plan を実行して」「全部やって」「autopilot で進めて」「実装開始」と言った場合にトリガーする。 analyze-and-plan や [[PLAN]] モードで作成された計画を入力とし、依存グラフを解析して安全に並列実行する。Board がある場合は orchestrate-workflow のフローに統合する。

2026-04-212

orchestrate-workflow

nanikasheila/copilot-cli-workflow-framework

Feature 開発フロー全体を Board・エージェント群・Gate を組み合わせてオーケストレーションする中核スキル。「機能を開発して」「フィーチャーを実装して」「ワークフローを実行して」「Issue から実装まで進めて」と言った場合にトリガーする。analyst→architect→planner→developer→reviewer→writer の各エージェント呼び出し順序・Gate 評価・状態遷移を定義する。単一スキルの呼び出しではなくフロー全体を管理するオーケストレーター専用スキル。

2026-04-212

requirements-to-merge

nanikasheila/copilot-cli-workflow-framework

要求開発から計画立案・実装・PR 提出までを一括で実行するエンドツーエンドスキル。「要求から実装まで一括でやって」「全部通しでやって」「要望から PR まで進めて」「ワンショットで開発して」「要求開発から merge まで」と言った場合にトリガーする。 develop-requirements → planner → execute-plan → test-verifier(V) → test-verifier(V&V) → submit-pull-request の 6フェーズを Board・Gate と連携して実行する。orchestrate-workflow の要求駆動版として、要求開発を起点に素早くマージまで完了させる用途に適する。

2026-03-232

manage-board

nanikasheila/copilot-cli-workflow-framework

ワークフローの Board（JSON 進捗管理ファイル）に対する全操作を手順化する内部スキル。 Board の作成・読み込み・flow_state 遷移・Gate 評価・history 追記・アーカイブを行う際に参照する。オーケストレーターが orchestrate-workflow・start-feature・cleanup-worktree の実行中に自動参照する。ユーザーが「Board を作って」「Board の状態を更新して」「Gate を評価して」と言った場合にもトリガーする。

2026-03-232

analyze-and-plan

nanikasheila/copilot-cli-workflow-framework

機能開発の計画フェーズ（要求開発・要求分析・影響分析・実行計画策定）を単独で実行する。「要件を分析して」「計画を立てて」「実行計画を作って」「影響範囲を調べて」「仕様を整理して」と言った場合にトリガーする。要求分析と影響分析を並列実行し、planner・developer が利用できる実行計画を生成する。 orchestrate-workflow の内部でも呼び出されるが、計画フェーズのみを単独実行したい場合に直接使用する。

2026-03-202

name

submit-pull-request

description

PR 提出・マージ

前提

.github/settings.json からプロジェクト設定を読み取って使用する。

入力

対象ブランチ名
Issue ID（例: <prefix>-20）
マージ先（main または親ブランチ名）

手順

0. 設定読み込み

.github/settings.json を読み取り、以下の値を使用する:

github.owner — GitHub リポジトリオーナー（以降 <owner> と表記）
github.repo — GitHub リポジトリ名（以降 <repo> と表記）
github.mergeMethod — マージ方式（以降 <mergeMethod> と表記）

0.5. 事前安全チェック（旧 stop_check 相当）

PR 提出前に以下を確認する。未コミットの変更が残った状態での PR 作成を防止する。

cd .worktrees/<ブランチ名>

# 1. ブランチ確認 — main でないこと
git branch --show-current

# 2. 未追跡・未コミット変更の確認
git status --short

確認項目	対処
main ブランチ上にいる	中断 — worktree に移動してから再実行
未追跡ファイルがある	`git add` でステージするか、`.gitignore` に追加
ステージ済み未コミットの変更がある	手順 1 のコミットで解消される
Board の `flow_state` が `submitting` でない	Board を確認し、Gate を通過してから再実行
`artifacts.acceptance_validation` が存在しない	中断 — Phase 8（妥当性確認）が完了していない。test-verifier に妥当性確認を実施させてから再実行
`acceptance_validation.verdict` が `"validated"` でない	中断 — 受け入れ基準（AC）が充足されていない。未充足 AC を developer に渡して修正させること

Why: 旧 stop_check Hook がセッション終了時に未コミットを検出していた。 How: PR 提出フローの入口でチェックすることで、同等の安全性を手続きとして確保する。

1. コミット

cd .worktrees/<ブランチ名>
git add -A

コミットメッセージにセッション要約を含める（rules/commit-message.md のセッション要約フォーマットに従う）:

git commit -m "<type>: <説明> (<prefix>-<番号>)" -m "Session-Context: <セッション目的の1行要約>
Changes-Made:
- <変更1>
- <変更2>
Design-Decisions:
- <設計判断（あれば）>

Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>"

Session-Context と Changes-Made はセッション内の作業内容から自動生成する。 Design-Decisions は Board の history や artifacts から重要な判断を抽出する。

2. プッシュ

git push origin <フルブランチ名>

3. PR 作成

mcp_io_github_git_create_pull_request:
  owner: "<owner>"
  repo: "<repo>"
  base: "<マージ先ブランチ>"
  head: "<フルブランチ名>"
  title: "<type>: <説明> (<prefix>-<番号>)"
  body: "## <prefix>-<番号>: <説明>\n\n### 変更内容\n- <変更の要約>\n\nCloses <prefix>-<番号>"

4. マージ

mcp_io_github_git_merge_pull_request:
  owner: "<owner>"
  repo: "<repo>"
  pullNumber: <PR番号>
  merge_method: "<mergeMethod>"
  commit_title: "Merge pull request #<PR番号>: <PRタイトル>"

5. マージ失敗時（コンフリクト）

コンフリクトが発生した場合は resolve-conflict スキルを使用する。

エラー時の対処

エラー	対処
`git push` 失敗（リモートが先行）	`git pull --rebase origin <ブランチ>` 後に再プッシュ
PR 作成失敗（ブランチが存在しない）	プッシュが成功しているか確認
マージ失敗（405 Not Mergeable）	`resolve-conflict` スキルを使用
マージ失敗（その他エラー）	PR の状態を確認し、必要に応じて再作成