GitHub プルリクエストを標準フォーマットで作成

Issue番号またはPR番号を指定するだけで、対応に必要な情報をまとめたレポートが自動生成されます。 バグ報告、機能要望、プロンプト要望など、Issue の種別を自動判定し、対応すべき内容を明確にします。 コードベースを調査して、その要望を実現するために変更が必要なファイルや影響範囲を自動で洗い出します。 実装の難易度を Low / Medium / High / Very High で判定し、工数目安を提示するため、優先度判断がしやすくなります。 既存機能との重複がないか、プロトコル変更が必要か、セキュリティ上の懸念はないかなど、多角的に対応判断を支援します。 GitHub上の Issue / PR が大量に溜まっており、どれから対応すべきかを判断したい プロジェクトマネージャーやチームリード バグ報告や機能要望の優先度を決める際に、実装難易度を知りたい開発者 新しい外部PRの内容をサッと把握して、マージ判定する必要がある レビュアー 実装前に関連コードや影響範囲を把握したい エンジニア GitHub Issue / PR 番号を入力するとトリアージレポートが自動生成されます。手順は4フェーズで実行されます。Phase 1ではghコマンドで Issue またはPRの詳細情報、コメント、レビューを取得し、テンプレートやラベルから種別（Bug / Feature / Prompt Request / Dependabot / 外部PR）を判定します。プラットフォームサポート状況も評価し、実機検証が必要な環境（Windows Bridge Server、macOS Flutter等）は experimental / best-effort として区別します。Phase 2では関連コード、既存機能との重複、影響範囲、プロトコル変更の必要性をExploreサブエージェントで並列調査します。PRの場合は変更ファイル一覧、diff、規約準拠、テスト追加の有無、セキュリティ懸念をチェックします。Phase 3では調査結果をもとに難易度を判定（工数目安：Low ~1時間、Medium 数時間、High 1日以上、Very High 数日以上）し、具体的なファイルパスと変更箇所を根拠として示します。Phase 4でレポートをマークダウン形式で出力します。

バージョン自動計算とリリース分岐を一括生成：引数（patch/minor/major）またはバージョン直指定から、セマンティックバージョニング規則に従った次バージョンを計算し、git worktree + release ブランチを自動作成します。 commandmatedev エージェント委譲でリリース準備を自動化：package.json 更新、CHANGELOG 作成、ビルド・テスト・lintの品質チェック完全自動化をエージェント経由で実施、失敗時は中断報告。 3フェーズ制御でリリース完了まで一気実行：①worktree作成と登録確認、②エージェント委譲でリリース準備、③マージ・タグ・push を制御フロー通りに順序保証。 疎通確認と段階的ロールバック対応：commandmatedev サーバー状態確認、main ブランチ最新化、worktree 登録失敗時のユーザーガイダンスを自動判定。 リリースマネージャー・リードエンジニア：手動リリースの繰り返し作業を廃止し、リリース品質を標準化したい マイクロサービス・モノレポ運用チーム：複数パッケージの並行リリースを一元管理したい CI/CD パイプライン構築者：git worktree + エージェント委譲の組み合わせパターンを参考にしたい DevOps エンジニア：リリースプロセスのボトルネック自動化が必要な組織 3フェーズ実行フロー：Phase1（worktree準備）では commandmatedev 疎通確認→現在バージョン取得→次バージョン計算（セマンティックバージョニング準拠）→main ブランチ最新化→release ブランチと worktree 作成→npm install→worktree 登録確認。Phase2（エージェント委譲）では WT ID 取得→リリースタスク（package.json version更新、package-lock.json更新、CHANGELOG追加、品質チェック：lint・tsc・test・build）を commandmatedev send で送信→エージェント完了待機。Phase3（完了処理）では main マージ・タグ作成・push・worktree 削除。前提：main 最新、commandmatedev 起動、lint/tsc/test/build 全パス状態。

コンテキストから最適なフォーマットを自動選択：障害・バグ・設計・企画など事象の種類を判定し、4F形式（事実・原因・対応・再発防止）またはSTAR形式（状況・課題・計画・成果）を自動選択して起票します。 既存Issueとの重複をチェック：起票前にキーワード検索で重複がないか確認し、既存Issue がある場合はコメント追加を提案します。 優先度・ラベルを自動判定：P0（本番障害）、P1（開発支障）、P2（改善）、ラベル（troubleshooting / planning / design / knowledge）を自動で付与します。 トラブルシューティング完了時に自動起票：Claude Codeのエージェント作業中に問題が解決したら、その知見を自動的にIssueとして記録できます。 開発チーム全体：バグ報告、設計議論、技術調査の結果を一元管理したい人 プロジェクトマネージャー：タスクの状態把握と優先順位付けを効率化したい人 テクニカルリード：解決済みのトラブルを組織的なナレッジ資産に変えたい人 AIエージェント連携開発者：自動化したトラブルシューティング結果をすぐにIssue化したい人 このスキルはコンテキスト分析、フォーマット自動選択、重複チェック、起票、プロジェクト追加の5ステップで動作します。コンテキスト分析では事象の種類（障害/バグ/企画/検討）、時制（過去/未来）、ラベル、優先度を判定します。4F形式は既発生の障害・バグ・調査結果に、STAR形式は未来の機能検討・設計議論・アップグレード計画に、フリーフォーマットはナレッジ共有・議論の記録に選択します。gh issue list コマンドで重複確認し、重複がなければ gh issue create で起票、gh project item-add でプロジェクトに追加します。トラブルシューティング自動起票ルール では、Claude Code エージェント作業中に問題が解消したら自動的に /issue を実行し、作業コンテキスト（エラー内容、原因、修正内容）から4F形式でIssueを生成し、ユーザー承認後に起票します。