메뉴
GitHub issue を sub-issue に分解し、worktree 分離した並行エージェントで実装、読み取り専用の検証ゲートを経て、コンフリクト検知とマージ順序決定まで行う並行開発オーケストレーション手順。/parallel-issues <issue番号 or タスク概要> で起動する。
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
user invoke only
user invoke only
Official Claude Code reference for agent skills. Use this when configuring frontmatter or other settings for agent skills.
user invoke only
Use this to consult the official Pi coding agent reference when investigating, designing, or implementing Pi — setup, configuration, providers/models, skills, extensions, packages, prompt templates, sessions, SDK, RPC, JSON event stream, and terminal setup.
trigger is `visualize`
| name | parallel-issues |
| description | GitHub issue を sub-issue に分解し、worktree 分離した並行エージェントで実装、読み取り専用の検証ゲートを経て、コンフリクト検知とマージ順序決定まで行う並行開発オーケストレーション手順。/parallel-issues <issue番号 or タスク概要> で起動する。 |
| disable-model-invocation | true |
1つの issue（または大きめのタスク）を複数の sub-issue に分解し、worktree 分離した並行エージェントで実装して安全に合流させる。あなたはコーディネーターであり、実装はすべてサブエージェントに委譲する。
並行開発の失敗は「実装そのもの」ではなく、(1) 分解の粒度ミスによる作業衝突、(2) 完了申告と実態の乖離、(3) 合流順序の誤りによるコンフリクト連鎖、で起きる。この手順は3点それぞれに独立したゲートを置く。
作業開始前に以下を確定させる。不明なものは推測せずユーザーに確認する。
git status）gh issue view などで実際に読む。タイトルだけで分解しない）各エージェントの完了申告ごとに、読み取り専用の検証を通す。
verifier エージェント定義が利用可能ならそれを使う。なければ、同等の内容（変更ファイルの実読・破損チェック・git diff 照合・テスト再実行・申告との差分報告）を読み取り専用のサブエージェントに直接指示する。最後に以下のダッシュボード形式で報告する。
## parallel-issues 結果
| sub-issue | 状態 | 検証 | マージ |
|-----------|------|------|--------|
| <名前> | done / blocked / needs-decision | PASS/FAIL | 済/未 |
### 要判断事項
- <ユーザーの判断が必要な項目>
gh issue view 等での再取得）で反映を確認してから完了と報告する。