القائمة
GitHub issue を sub-issue に分解し、worktree 分離した並行エージェントで実装、読み取り専用の検証ゲートを経て、コンフリクト検知とマージ順序決定まで行う並行開発オーケストレーション手順。/parallel-issues <issue番号 or タスク概要> で起動する。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
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`
استنادا إلى تصنيف SOC المهني
| 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 等での再取得）で反映を確認してから完了と報告する。