do-issue について
do-issueは、GitHub、GitLab、Bitbucketからissueを取得し、タスク計画とサブエージェントで実装を進めるスキルです。独立したタスクの並列実行とレビューゲートに対応し、複数のissueを1つのPRにまとめます。
主な機能
- 01gitプラットフォームの自動検出
- 02issue番号、URL、一覧の受付
- 03タスクと依存関係の計画
- 04独立タスクの並列実行
- 05タスク群の間でレビュー
- 06複数issueを1つのPRに集約
活用シーン
- 01関連する複数issueの一括実装
- 02独立作業のサブエージェントへの分担
- 03複数のgitプラットフォームでのissue修正の調整
- 04レビューゲートを経た統合PRの準備
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ athola/ claude-night-market --skill do-issueインストール後、Claude Code で/do-issueを入力して読み込まれたか確認します。
同梱ファイル
SKILL.md と一緒にインストールされる参考資料やスクリプト。
modules/completion.mdissue-discovery.mdparallel-execution.mdquality-gates.mdtask-planning.mdtroubleshooting.md詳細
使用しない場合
- 直接修正できるほど明白な単一ファイルの修正
- 作業完了後の PR の準備(
sanctum:pr-prepを使用)
Issue の修正
検出された Git プラットフォーム(GitHub、GitLab、Bitbucket)から issue の内容を取得し、サブエージェント主導の開発を通じて要件に体系的に対応します。依存関係が許す範囲でタスクを並行して実行します。
プラットフォームは leyline:git-platform SessionStart フックによって自動検出されます。使用する CLI を判断するには、セッションコンテキストで git_platform: を確認してください。
主な機能
- クロスプラットフォーム:GitHub/GitLab/Bitbucket を自動検出し、適切な CLI を使用します
- 柔軟な入力:単一の issue 番号、プラットフォームの URL、またはスペース区切りのリストを指定できます
- 並列実行:独立したタスクをサブエージェント経由で同時に実行します
- 1 つの PR:すべての issue を 1 つの統合 PR にまとめます(issue ごとに PR を作成することはありません)
- 品質ゲート:タスクグループ間でコードレビューを行います
- クリーンなコンテキスト:各サブエージェントは、作業に集中できるようクリーンなコンテキストで開始します
ワークフローの概要
| フェーズ | 説明 | モジュール |
|---|---|---|
| 1. 発見 | 入力を解析し、issue を取得して、要件を抽出します | issue-discovery |
| 2. 計画 | 依存関係を分析し、タスクの内訳を作成します | task-planning |
| 3. 実行 | 独立したタスクに対して並列サブエージェントを起動します | parallel-execution |
| 4. 品質 | タスクのバッチ間でコードレビューのゲートを設けます | quality-gates |
| 5-6. 完了 | 順次タスク、最終レビュー、issue の更新を行います | completion |
必須の進捗項目
do-issue:discovery-completedo-issue:tasks-planneddo-issue:parallel-batch-completedo-issue:review-passeddo-issue:sequential-completedo-issue:issues-updated
Forge CLI コマンド
セッションコンテキストで検出されたプラットフォーム(git_platform:)を使用してください。マッピングの詳細は Skill(leyline:git-platform) を参照してください。
| 操作 | GitHub(gh) | GitLab(glab) |
|---|---|---|
| issue の取得 | gh issue view <N> --json title,body,labels,comments | glab issue view <N> |
| コメント | gh issue comment <N> --body "msg" | glab issue note <N> --message "msg" |
| クローズ | gh issue close <N> --comment "reason" | glab issue close <N> |
| 検索 | gh issue list --search "query" | glab issue list --search "query" |
確認: コマンドに --help フラグを付けて実行し、利用可能かどうか確認してください。
エージェントチーム(デフォルトの実行モード)
エージェントチームは、do-issue のデフォルトの並列実行バックエンドです。チームメンバーはファイルシステムベースのメッセージングで連携するため、実装中に共有ファイルや依存関係が見つかった場合もリアルタイムで通信できます。
自動的な切り替え: --scope minor を指定した単一 issue の場合、エージェントチームはスキップされます(代わりに Task ツールまたはインライン実行を使用します)。すべての実行で Task ツールによる起動を強制するには、--no-agent-teams を使用してください。
必要条件: Claude Code 2.1.32 以降、tmux、CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1。前提条件が不足している場合は、通知なしで Task ツールによる起動にフォールバックします。
# Agent teams configuration
fix_issue:
agent_teams:
enabled: true # on by default; --no-agent-teams to disable
max_teammates: 4 # limit concurrent workers
model: sonnet # teammate model (lead uses current model)
auto_downgrade: true # skip agent teams for --scope minor
エージェントチームの詳細なパターンについては、modules/parallel-execution.md を参照してください。
設定
fix_issue:
parallel_execution: true
max_parallel_subagents: 3
review_between_batches: true
auto_close_issues: false
commit_per_task: true
確認: コマンドに --help フラグを付けて実行し、利用可能かどうか確認してください。
詳細リソース
- フェーズ 1:入力の解析と要件の抽出については、modules/issue-discovery.md を参照してください
- フェーズ 2:依存関係の分析については、modules/task-planning.md を参照してください
- フェーズ 3:サブエージェントの起動については、modules/parallel-execution.md を参照してください
- フェーズ 4:レビューのパターンについては、modules/quality-gates.md を参照してください
- フェーズ 5-6:最終処理については、modules/completion.md を参照してください
- エラー:よくある問題については、modules/troubleshooting.md を参照してください
完了条件
- 必須の進捗項目6件すべて(
do-issue:discovery-completeからdo-issue:issues-updatedまで)が実行開始前に作成され、 各フェーズの完了時に完了としてマークされている - セッションのコンテキストに基づいて検出された正しい forge CLI(GitHub の場合は
gh、GitLab の場合はglab)を使用して、Issue の要件が取得されている - すべての Issue を対象とする統合 PR がちょうど1件作成されている。Issue ごとの PR は作成されていない
- 並列タスクのバッチ間でコードレビューのゲートが実行され、次のバッチを ディスパッチする前に合格している
- 指定されたすべての Issue に、レビュー可能な状態になった PR への参照を付けてコメントするか、Issue をクローズしている