pr

Prompt file imported from jujunjun110/claude-looper (.claude/commands/pr.md). Fill in {{arguments}} before use. Copyright stays with the author.

現在の状況

• 現在のブランチ: !git branch --show-current
• 変更ファイル: !git status --short
• 追加の指示: {{arguments}}

タスク

以下の手順でPRを作成してください：

1. 現在の状態を確認: git status と git diff で変更内容を確認し、PRに含める変更を把握する。変更がない場合はユーザーに報告して終了する。

2. 目的（Why）の明確化: このPRが必要な理由を明確にする。以下のいずれかの形式で言語化できるようにする：

   • 「（対象者）が（困っている状態）を解消するため」
   • 「（対象者）が（嬉しい状態）になるため」

   目的が明確でない場合は、必ずユーザーに質問して確認を取ること。PRのdescriptionに目的として記載する。

3. ブランチ決定:

   • 現在のブランチがdevelopやmainの場合: 変更内容に基づいて適切なブランチ名を自分で決定し、新しいブランチを作成してチェックアウトする（例: feature/add-dark-mode, fix/login-error, refactor/auth-logic）
   • 既にフィーチャーブランチにいる場合: 変更内容がブランチ名と合致していればそのまま使用する。合致していない場合はdevelopから新しいブランチを作成して変更を持ち越す

4. 品質チェック: ソースコード（.ts、.tsx、.js、.jsxファイル）への変更がある場合のみ、プロジェクトルートで以下を実行する。ドキュメントや設定ファイルのみの変更の場合はスキップ可。

   • npm run typecheck
   • npm run lint
   • npm test
   • pnpm knip（未使用コード検出） エラーがあれば修正してから次に進む。

5. コミット: 変更内容を確認し、適切なコミットメッセージでコミットする。コミットメッセージは変更内容を反映した簡潔なものにする。

6. コンフリクト確認: git fetch origin して、developとのマージ可能性を確認する（bash -c 'git merge-tree $(git merge-base HEAD origin/develop) HEAD origin/develop' でコンフリクトの有無を確認）。コンフリクトがある場合はユーザーに報告し、続行するか確認を取る。

7. プッシュ: リモートにプッシュする（git push -u origin <branch-name>）

8. PR作成: gh pr create でPRを作成する。--base オプションは付けない（デフォルトのベースブランチを使用）。

9. 完了報告: 作成したPRのURLを報告する。

注意事項

• developやmainへの直接pushは禁止。
• Prismaのマイグレーションを含む場合は、PRを出す前にユーザーに確認を取る。