mcpField
C
create-draft-pr

create-draft-pr

github.com/jnsahaj開発106105 回インストール3 週間前に更新
リポジトリ

create-draft-pr について

現在の変更を整理し、ドラフトプルリクエストを作成するためのスキルです。エージェントが差分の確認、変更のコミットとプッシュ、簡潔な PR 説明の作成を進められます。

主な機能

  1. 01状態・差分・コミット履歴の確認
  2. 02main から作業ブランチを作成
  3. 03変更のコミットとプッシュ
  4. 04PR 説明の作成
  5. 05GitHub CLI でドラフト PR を作成

活用シーン

  1. 01完了した変更をドラフト PR にする
  2. 02PR 説明の形式を統一する

インストール

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

$npx skills add https://github.com/jnsahaj/skills --skill create-draft-pr

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

詳細

下書きPRを作成する

すべての変更をコミットしてリモートにプッシュし、内容を絞った説明文を生成して、下書きのプルリクエストを作成します。

手順

  1. git status を実行して変更を確認します
  2. git diff を実行して変更内容を把握します
  3. git log を実行してコミットメッセージのスタイルを確認します
  4. main にいる場合は、<initials>/<feature> またはプロジェクトのブランチ命名規則に沿った新しいブランチを作成し、切り替えます
  5. 変更をステージングし、簡潔なメッセージでコミットします
  6. -u フラグを付けてブランチをリモートにプッシュします
  7. pr-description スキルの説明フォーマットを使ってPRの説明文を生成します。
  8. 変更がユーザー向け、ワークフローに関するもの、またはアーキテクチャに関するものであれば、ux-flow-plan のスタイルで簡潔なUXフローのセクションを含めます。
  9. gh pr create --draft を使って下書きのPRを作成します
  10. ブランチを作成した場合（main にいた場合）は、PRの作成後に main に戻ります

PR本文のフォーマット

pr-description スキルのフォーマットを基本として使用します。

## Summary

<One sentence describing the overall change>

- Additional note if needed
- Another note if needed

## Problem

Describe the issue being addressed. What was broken, missing, or suboptimal? Be specific about the root cause.

## Solution

Explain the approach taken to fix the problem. Include code snippets only when they clarify the core approach.

該当する場合は、Problem と Solution の間に次のセクションを追加します。

## UX Flow

```text
Current flow
└─ ...

Desired flow
└─ ...
```

製品の動作、ユーザーの利用経路、またはアーキテクチャの境界を説明するのに役立つ場合に限り、UX Flow を含めます。短くまとめ、ux-flow-plan のツリー形式を使用します。

ルール

  • PRのタイトルは簡潔にします（feat: の接頭辞は付けませんが、バグ修正の場合は fix: を付けてもかまいません）
  • PR本文の構成は pr-description を唯一の基準とします。
  • UX Flow は、関連する場合に限って ux-flow-plan から含めます。機械的な変更、依存関係の変更、小規模な内部変更では省略します。
  • コード変更をファイルごとに要約しないでください。
  • チェックボックス付きのテスト計画は含めないでください。
  • 「Generated with Claude Code」などのフッターは含めないでください
  • PRの説明は、意図とアプローチに絞り、簡潔にまとめます
  • PR本文の書式を保持するため、HEREDOCを使用します

コメント

Markdown 対応