utility-pm-release-conductor

PM リリースコンダクター（ディスパッチスキル）

pm-release-conductor サブエージェント向けの、クライアント横断ディスパッチラッパーです。実行環境を検出し、Claude Code ではネイティブサブエージェントにディスパッチします。Claude 以外のクライアントでは、agents/pm-release-conductor.md を読み込み、「参照してインライン実行」パターンでチェーンを構成します。

ステータス概要（v2.16.0）： Claude Code では本番運用中（ネイティブサブエージェント経路）。Codex CLI では gate-test-results_2026-05-17_codex.md に記載のとおり、2026-05-17 にドライランで検証済みです。Codex CLI でのライブリリースは独立して実施されていないため、注意して使用し、リハーサルとしてまず --dry-run を実行してください。Cursor／Windsurf／Copilot CLI／Gemini CLI では実験段階です（v2.16.0 のリリース時点で未テスト）。

正式な安全使用マトリックス、検証内容の詳細、v2.17 の拡張計画については、サブエージェント互換性マトリックスを参照してください。Claude 以外のクライアントでライブリリースを行う場合は、まず対象クライアントで maintainer-gate-testing-codex.md のハーネスを再実行することを推奨します。

使用する場合

• Claude 以外のクライアント（Codex CLI、Cursor、Windsurf、Copilot、Gemini CLI）で pm-skills のリリースを行う場合
• Claude Code で pm-release-conductor が適用するのと同じ 6 ゲートの規律を、関連するゲートに監査担当者とキュレーターの動作をインライン化して適用したい場合
• Claude Code でサブエージェント方式ではなく、明示的にスキル呼び出し方式を使いたい場合（まれなケースです。Claude Code ではネイティブサブエージェントを推奨します）

使用しない場合

• PM 成果物のレビューだけが必要な場合 → utility-pm-critic を使用してください
• ガバナンス監査だけが必要で、リリースは不要な場合 → utility-pm-skill-auditor を使用してください
• CHANGELOG の草案だけが必要で、リリースは不要な場合 → utility-pm-changelog-curator を使用してください
• 明示的なゲート確認なしでリリース操作を行いたい場合 → コンダクターは迂回を拒否します。コンダクターを介さずに手動でリリースするのが適切な方法です

手順

実行環境の検出手順。 このスキルを呼び出している AI クライアントを特定してください。

pm-skills プラグインがインストールされた Claude Code で実行している場合

ユーザーが指定した対象バージョンと、$ARGUMENTS のオプションフラグを使って @agent-pm-skills:pm-release-conductor を呼び出してください。ネイティブサブエージェントは 6 つのゲートを進み、Agent ツールを介して pm-skill-auditor（G0、G2.5）および pm-changelog-curator（G2）をネイティブに連携します。コンダクターのゲートごとの出力をユーザーに返してください。

その他の AI クライアントで実行する場合

Codex CLI、Cursor、Windsurf、Copilot、Gemini CLI、または pm-skills プラグインのサブエージェント機能をネイティブでサポートしていないその他のクライアントの場合：

1. 正式なサブエージェント定義 agents/pm-release-conductor.md を読みます
2. 正式なランブック docs/contributing/release-runbook.md（ゲート定義の参照元となるコンダクターのドキュメント）を読みます
3. システムプロンプトの本文を実行指示として使用します
4. 6 つのゲートをインラインで順に進めます。チェーンの構成が必要なゲートでは、次のようにします。
   • G0（タグ付け前の準備状況）： pm-skill-auditor へのチェーンの代わりに、agents/pm-skill-auditor.md を読み、監査担当の 4 ステップの監査フローをインラインで実行します。階層化された出力（全検出事項 + Status Summary + Status YAML）を記録します。Status YAML を G0 のサブチェック 5 の入力として扱います。
   • G2（バージョン更新 + CHANGELOG の準備）： pm-changelog-curator へのチェーンの代わりに、agents/pm-changelog-curator.md を読み、キュレーターの 8 ステップのドラフト作成フローをインラインで実行します。階層化された出力を記録します。Status YAML を G2 のサブチェック 3 の入力として扱います。
   • G2.5（再検証）： 新しい HEAD に対して、サブチェック 5 でインラインの監査担当を再実行します。
5. 各ゲートの境界で一時停止し、メンテナーから明示的な確認を得ます
6. バイパスの試みを拒否し、拒否プロトコルを順守します
7. D22 に従い、G3 では G2.5 で記録した SHA のみをタグ付けします
8. フロー全体を通じて、ゲートごとの出力を返します

「参照してインラインで実行する」パターンにより、チェーンの構成を複数のクライアント間で利用できます。フェーズ 2 の GATE C サブスパイクでは、このパターンの信頼性を検証します。

Claude 以外でインライン実行する際の重要な注意事項

Claude 以外のクライアントはネイティブにチェーンを構成できないため、監査担当とキュレーターの処理は、Claude 以外のクライアントではコンダクターと同じコンテキストウィンドウで実行されます。これには次のような影響があります。

1. コンテキストの予算。 コンダクター、インラインの監査担当、インラインのキュレーター、およびそれぞれが読み込む子ドキュメントの合計トークン予算は、長期にわたるリリースではコンテキストの上限に達する可能性があります。それに応じて計画してください。
2. ツールの認可。 コンダクターのツールリストには Bash、Read、Edit、Grep、Glob、Agent が含まれています。監査担当には Bash + Read + Grep + Glob が必要です。キュレーターには Bash + Read + Grep が必要です。Claude 以外のクライアントでインライン実行する場合は、これらすべてにアクセスできる必要があります（つまり、Read 専用モードで実行してはいけません）。
3. 拒否の連鎖。 インラインの監査担当が拒否した場合（例：バリデーターを呼び出せない場合）、コンダクターの G0 サブチェック 5 は失敗し、ゲートで一時停止します。G2 のキュレーターについても同様です。

参照ファイル

• 正式なサブエージェント定義：agents/pm-release-conductor.md
• 正式なランブック：docs/contributing/release-runbook.md
• 動作仕様：docs/internal/release-plans/v2.16.0/spec_pm-release-conductor.md
• チェーンの子（G0 + G2.5 でインライン実行）：agents/pm-skill-auditor.md
• チェーンの子（G2 でインライン実行）：agents/pm-changelog-curator.md
• タグ付け前のバリデーターバンドル：scripts/pre-tag-validate.{sh,ps1}
• ランタイムコンポーネントのカタログ：docs/reference/runtime-components.md
• 出力テンプレート：references/TEMPLATE.md
• 作成例：references/EXAMPLE.md