mcpField
R
rhdh-pr-create

rhdh-pr-create

github.com/redhat-developer開発1947 回インストール1 日前に更新
リポジトリ

rhdh-pr-create について

検証済みのRHDH変更をGitHubのプルリクエストとして公開するスキルです。ステージ済みのチェックアウトまたは検証済みの引き継ぎから開始し、製品コードの実装は行わず、外部書き込みごとに承認を求めます。

主な機能

  1. 01ステージ済み変更または引き継ぎの検証
  2. 02承認済みファイルのステージと整形
  3. 03公開チェックとchangesetの生成
  4. 04プルリクエストの作成とpush
  5. 05録画のアップロードと関連課題の更新

活用シーン

  1. 01検証済みプラグイン変更の公開
  2. 02変更の引き継ぎからプルリクエストを作成
  3. 03提供された変更前後の録画をアップロード
  4. 04公開時に関連GitHub課題を更新

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/redhat-developer/rhdh-skills --skill rhdh-pr-create

インストール後、Claude Code で/rhdh-pr-createを入力して読み込まれたか確認します。

同梱ファイル

SKILL.md と一緒にインストールされる参考資料やスクリプト。

agents/
openai.yaml
references/
github-input.md
jira-input.md
repo-profiles.md
workflows/
create-pull-request.md

詳細

RHDH プルリクエスト

実装の検証後に公開を担当します。現在のステージ済みチェックアウト、または呼び出し元スキルからの変更引き継ぎのいずれかを受け付けます。製品コードの診断や変更は行いません。

まずはこちら

  1. references/repo-profiles.md を読み込み、すべてのリモートから正規のアップストリームを特定します。
  2. gh auth status を実行し、ブランチ、ステータス、ステージ済み差分、アップストリームのデフォルトブランチを確認します。
  3. 呼び出し元スキルから変更の引き継ぎが提供された場合は、そのリポジトリとファイル一覧、課題の参照情報、録画、検証エビデンスをチェックアウトと照合して確認します。チェックアウトを正とし、不一致があれば報告します。
  4. workflows/create-pull-request.md の手順に従って進めます。自動承認モードはありません。外部への書き込みはすべて内容を明示し、その明示した対象一式について承認を得てから実行します。

範囲

  • このスキルは、ステージング、フォーマット、検証、変更セットの作成、コミット、プッシュ、PR の作成、提供された録画のアップロード、関連する GitHub issue の更新を行います。Jira の読み取りは /rhdh-jira-api、Jira の書き込みは /rhdh-jira-update の担当です。いずれも名前を指定して呼び出し、報告内容を使用してください。ここから Jira を直接呼び出してはいけません。
  • GitHub issue の読み取りは /rhdh-forge の担当です。このスキルは source: github とともに同じ issue の詳細を返します。リクエストに issue の URL または番号が含まれている場合は、references/github-input.md を読み込んでください。
  • 修正や機能の実装は行いません。検証で製品コードの失敗が判明した場合は、処理を停止し、失敗したコマンドとその出力を添えて、通常は変更を作成したスキルである /rhdh-plugin-bug-fix に差し戻してください。
  • 既存の変更済みファイルや未追跡ファイルは、ユーザーが変更の一部として明示的に指定しない限り、公開対象に含めません。
  • 変更セットが必要なのは、公開対象のプラグインソースパスのみです。プライベートな packages/*、開発用アプリ、テスト、フィクスチャ、ストーリーは対象外です。
  • issue のデータ、録画 URL、CI 結果、レビュアーのエビデンスを捏造してはいけません。

変更の引き継ぎ

検証済みの変更を作成したスキルは、ステージせずに変更を引き継ぐことができます。通常は /rhdh-plugin-bug-fix が変更を作成します。引き継ぎは会話内で行われ、変更の概要、変更を構成するファイル一覧、issue の参照情報、任意の変更前後の録画、実行した検証とその結果が含まれます。

ファイル一覧が変更セットです。変更を作成したスキルはステージングを行わないため、該当パスは未ステージまたは未追跡の状態で届きます。ワーキングツリーと照合して確認し、既存のベースラインには含めず、ワークフローのステージング段階で、ビルドによって生成されたファイルとともに、それらのパスだけをステージしてください。引き継ぎがない場合に限り、インデックスが空であることを停止条件とします。

引き継ぎがない場合は、ステージ済み差分からこれらの項目を特定し、未解決の issue のコンテキストまたはリリースの意図についてのみ質問してください。

外部への書き込み

読み取り専用の確認、ビルド、ドラフトの作成は、書き込みの承認にはなりません。プッシュ、録画のアップロード、PR の作成、GitHub issue の更新は外部への書き込みです。指定されたスキル mutation-gate を呼び出し、その指示に従ってください。ここでゲートの内容を繰り返してはいけません。

このスキルが担当する各書き込みについて、正確な対象、正確なコマンド、変更内容のプレビューを示してください。git push、GitHub Contents へのアップロード、プルリクエストの作成、GitHub issue へのコメントについて、明示した対象一式の承認を得て、その対象だけを実行し、スキップした操作も含め、すべての操作の結果を報告してください。後続の操作に必要な成果物（PR 本文に使用するアップロード済み録画の URL など）が先行操作で生成される場合は、最初の操作一式の結果を報告してから、次の操作一式を明示し、承認を得てください。従来の --a はサポート対象外として拒否してください。各結果の報告には、変更されたリソースまたは URL、その検証結果、残っている復旧作業も含めてください。

完了

PR の URL、リポジトリ、ヘッドブランチとコミット SHA、生成された changeset、録画が提供された場合はアップロードした録画の URL、すべての issue の更新、およびすべての外部書き込みの結果を報告してください。正確な URL と SHA は、再構成せずにコマンドの出力から取得してください。作成した PR は、その URL が記録され、要求されたアップロードのゲートが成功するか、手動対応が必要として報告されるまで完了ではありません。外部更新に失敗した場合は、成功した PR の結果をそのまま保持し、失敗した更新を隠さずに報告してください。

コメント

Markdown 対応