mcpField
C
create-issues

create-issues

github.com/fradser開発596115 回インストール5 週間前に更新
リポジトリ

create-issues について

GitHub Issue の自動作成を、リポジトリの確認から Issue の作成、引き継ぎまで案内する開発スキルです。ブランチやリポジトリのテンプレートに応じて手順を判断し、ラベルや自動クローズの条件も扱います。

主な機能

  1. 01リポジトリ状態と未完了 Issue の確認
  2. 02コントリビューションガイドと Issue テンプレートの検出
  3. 03ブランチと複雑さに応じた Issue 範囲の判断
  4. 04ラベルや関連リンクを含む Issue の作成
  5. 05判断内容と後続作業の記録

活用シーン

  1. 01重複を確認してから Issue を作成
  2. 02リポジトリのテンプレートに沿った Issue の準備
  3. 03プルリクエストブランチに関わる作業の処理
  4. 04Issue をマイルストーン、プロジェクト、他の Issue に関連付け

インストール

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

$npx skills add https://github.com/fradser/dotclaude --skill create-issues

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

同梱ファイル

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

references/
decision-logic.md
issue-structure.md
requirements.md

詳細

GitHub Issue の作成

TDD の原則と Conventional Commits の規約に従って、$ARGUMENTS の GitHub Issue 作成ワークフローを自動で実行します。

コンテキスト

  • 現在の Git ステータス：!git status
  • 現在のブランチ：!git branch --show-current
  • オープン中の Issue：!gh issue list --state open --limit 10
  • GitHub 認証：!gh auth status

要件の概要

TDD の原則、Conventional Commits、保護されたブランチのワークフローに従ってください。適切なラベル、自動クローズキーワード、アトミックなコミットを使用してください。完全な規約については、references/requirements.md を参照してください。

フェーズ 1：リポジトリの分析

目標：リポジトリの状態を評価し、テンプレートを検出して、Issue の範囲と種類を判断します。

アクション：

  1. コンテキストから現在のブランチを分析します（main/develop と PR ブランチのどちらか）
  2. オープン中の Issue を確認し、重複や関連作業を特定します
  3. コントリビューションガイドライン（CONTRIBUTING.md）を確認し、その要件に従います
  4. .github/ISSUE_TEMPLATE/ ディレクトリ内の Issue テンプレートを検出します
  5. テンプレートがある場合：gh issue create --list を使用して適切なテンプレートを選択します
  6. $ARGUMENTS の複雑さに基づいて、Issue の種類（エピック、PR に紐づく Issue、レビュー）を判断します
  7. references/decision-logic.md のブランチベースの判断ロジックを適用します

テンプレートの検出と準拠の詳細については、references/repository-templates.md を参照してください。

フェーズ 2：Issue の作成

目標：適切な構成、ラベル、リンクを設定して GitHub Issue を作成します。

アクション：

  1. 必須の優先度ラベルが存在することを確認するか、作成します（コマンドについては references/decision-logic.md を参照してください）
  2. references/issue-structure.md の構成要件に従って Issue の草案を作成します
  3. --label を使用して適切なラベル（優先度、種類）を適用します
    • --assignee を使用して担当者を割り当てます
    • 要求されている場合は、--milestone でマイルストーンに、または --project でプロジェクトに紐づけます
  4. PR に紐づく Issue の場合は、自動クローズキーワードを追加します（エピックには追加しないでください）
    • 重要：自動クローズキーワードが機能するのは、PR がリポジトリのデフォルトブランチにマージされたときだけです。 デフォルト以外のブランチを対象とする PR で Issue が解決される場合は、その Issue は自動的にクローズされず、手動でクローズする必要があることをユーザーに警告してください。完全なルールとキーワード一覧については、references/auto-closing-keywords.md を参照してください。
  5. 該当する場合は、関連する Issue やエピックにリンクします

フェーズ 3：ドキュメント化と引き継ぎ

目標：判断内容を記録し、フォローアップのアクションを伝えます。

アクション：

  1. ブランチ戦略の判断とその理由を記録します
  2. 作成した Issue の番号と URL をユーザーに報告します
  3. PR ブランチ上にいてブロッキングの場合は、Issue を作成する代わりに PR に詳細なコメントを追加します
  4. 次のステップ（PR の作成、チームメンバーへの割り当てなど）を共有します

参考資料

  • 要件：references/requirements.md - TDD とコミット規約の詳細
  • 判断ロジック：references/decision-logic.md - ブランチに基づく判断と Issue の種類
  • Issue の構成：references/issue-structure.md - タイトル、ラベル、本文、自動クローズ
  • 自動クローズキーワード：references/auto-closing-keywords.md - デフォルトブランチの制限とキーワード一覧
  • リポジトリのテンプレート：references/repository-templates.md - コントリビューションガイドラインと Issue テンプレート
  • 例：references/examples.md - コミットメッセージの例

コメント

Markdown 対応