一键导入
parallel-pr
複数の独立PRをチーム×worktreeで並列作成する。タスク一覧を受け取り、worktree準備→チーム組成→エージェント起動→CI確認→クリーンアップまで一気に実行する。
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
菜单
複数の独立PRをチーム×worktreeで並列作成する。タスク一覧を受け取り、worktree準備→チーム組成→エージェント起動→CI確認→クリーンアップまで一気に実行する。
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
| name | parallel-pr |
| description | 複数の独立PRをチーム×worktreeで並列作成する。タスク一覧を受け取り、worktree準備→チーム組成→エージェント起動→CI確認→クリーンアップまで一気に実行する。 |
複数の独立したPRを、git worktree + エージェントチームで並列に作成するスキル。
ユーザーの指示からPR一覧を整理する:
| # | ブランチ名 | 作業内容 | 対象ファイル |
|---|-----------|---------|-------------|
| 1 | feat/xxx | ... | src/... |
PRの数に応じてエージェント数を決める(目安: 4-5が上限)。 1エージェントに1-2 PRを割り当てる。
エージェントごとにworktreeを作成する:
# {team} はチーム名の略称(例: test4, refactor2)
# {x} はエージェント識別子(a, b, c, d...)
git worktree add ../mirai-gikai-{team}-{x} -b {team}-{x}-base
mkdir -p ../mirai-gikai-{team}-{x}/.claude
cp .claude/settings.local.json ../mirai-gikai-{team}-{x}/.claude/
依存パッケージのインストール(全worktreeをバックグラウンドで並列実行):
cd ../mirai-gikai-{team}-{x} && pnpm install --frozen-lockfile
TeamCreate でチームを作成TaskCreate で各エージェントのタスクを作成(owner設定、in_progress)Task で各エージェントをバックグラウンドで起動:Task(
subagent_type: "general-purpose",
team_name: "{チーム名}",
name: "agent-{x}",
mode: "bypassPermissions",
run_in_background: true,
prompt: 下記テンプレート参照
)
あなはworktree-workerです。以下の手順で作業してください。
## 作業環境
- worktreeパス: {絶対パス}
- 全コマンドはこのworktreeディレクトリ内で実行すること
## 担当PR一覧
### PR 1
- ブランチ名: {branch}
- 作業内容: {description}
- 対象ファイル: {files}
### PR 2 (あれば)
- ...
## 作業手順
1. `git checkout -b {branch} develop` でブランチ作成
2. 対象ファイルを読んで理解
3. 実装・修正
4. push前のローカル検証(CIと同じコマンドを全て実行し、全て通過すること):
- `pnpm lint:fix` でフォーマット修正
- `pnpm lint` でlintチェック通過を確認
- `pnpm typecheck` で型チェック通過を確認
- `pnpm test` でテスト通過を確認
5. エラーがあれば修正して再度ステップ4を実行
6. コミット(Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>)
7. `git push -u origin {branch}`
8. `gh pr create --base develop --title "{title}" --body "..."`
9. 次のPRがあれば `git checkout -b {next-branch} develop` で次へ
10. 全完了後、リーダーにメッセージで報告(PR番号・URL)
エージェントからの完了メッセージを待つ。全エージェント完了後:
# 全PRのCI状態を一括確認
for pr in {PR番号リスト}; do
echo "=== PR #$pr ==="
gh pr checks $pr
done
# 全PRのコメントを確認(CodeRabbitやレビューアからのフィードバック)
for pr in {PR番号リスト}; do
echo "=== PR #$pr comments ==="
gh pr view $pr --comments
done
CI失敗時の対応:
pnpm lint:fix して再pushPRコメント対応:
# 全エージェントにシャットダウン要求
SendMessage(type: "shutdown_request", recipient: "agent-{x}")
# worktree削除
git worktree remove ../mirai-gikai-{team}-{x}
git branch -D {team}-{x}-base
# チーム削除
TeamDelete
作成したPR一覧をまとめて報告:
| # | PR | タイトル | CI |
|---|-----|---------|-----|
| 1 | #XX | feat: ... | Passed |
../mirai-gikai-{name} 形式settings.local.json のコピーは必須(権限設定のため)セッション履歴を根拠およびサマリとして使用し、現在の変更からきちんとした git コミットを作成する。コミット作成、コミットメッセージの準備、または staged な作業のファイナライズを依頼されたときに使用する。
PR をランディングする。コンフリクトを監視・解決し、チェックを待ち、グリーンに なったら squash-merge する。land、merge、PR を完了まで導くことを依頼された ときに使用する。
Linear と対話するためのスキル。Linear MCP サーバー(`mcp__linear__*` ツール)を 優先的に使用し、MCP でカバーされない生の GraphQL 操作(イントロスペクション、 ファイルアップロードなど)は `linear_graphql` クライアントツールにフォールバックする。
最新の origin/main を現在のローカルブランチに pull し、マージコンフリクトを 解決する(別名 update-branch)。Codex が feature ブランチを origin と同期し、 rebase ではなく merge ベースの更新を行い、コンフリクト解決のベストプラクティス に従う必要があるときに使用する。
現在のブランチの変更を origin に push し、対応する pull request を作成 または更新する。push、更新の公開、pull request の作成を依頼されたときに使用する。
コードレビュー・テストガイドラインチェック・コード品質チェックを同時実行する