Skill.md検索

GitHub PR を素早く作成でき、適切なラベル（feature、bug、refactoring、documentation、chore、AI、test）を自動または手動で付与します。 PR の一覧表示、詳細表示、ブラウザでの確認、ブランチのチェックアウトなどを効率的に行えます。 PR に寄せられたコメント（会話コメント・インラインレビューコメント）を一括取得し、複数のコメントを見落とさず確認できます。 マージ前に VRT（ビジュアルリグレッションテスト）の実行状況を確認し、UI 変更の意図的性を検証できます。 他リポジトリへの誤操作を防ぎ、sh1ma/blog リポジトリのみで安全に PR 管理できます。 GitHub を使用したチーム開発を行っており、PR ワークフローを効率化したい開発者 PR 作成時に必要なラベル付けやテンプレート遵守を自動化したい方 複数の PR コメント・レビュー指摘を見落とさず、確認漏れを防ぎたい方 UI 変更を含む PR で VRT スナップショット更新の判断を適切に行いたい方 このスキルは sh1ma/blog リポジトリのみを対象とし、他リポジトリへの --repo 指定は禁止です。主要コマンドは以下：gh pr list で PR 一覧を状態・author・assignee・ラベルでフィルタ表示。gh pr view 123 で PR #123 の詳細を表示し、--comments で会話コメントを、--json comments で詳細 JSON を取得。gh pr checkout 123 で PR のブランチをチェックアウト。gh pr create で新規 PR を作成する際、.github/pull_request_template.md テンプレートを遵守し、「概要」「変更内容」「関連Issue」「テスト項目」「VRT設定」「スクリーンショット」「備考」の各セクションを記入。ラベルは必ず feature・bug・refactoring・documentation・chore・AI・test から 1 つ以上を指定。複数ラベルは --label "feature" --label "AI" で付与。PR 作成後は自動で VRT が実行され、UI 変更時には R2 からベースライン（main ブランチ最新スナップショット）と比較されます。

Git worktreeを使って、1つのリポジトリから複数の独立した作業ディレクトリを作成し、複数のClaude Codeインスタンスで異なるブランチを同時に開発できます。 メインリポジトリで仕様を作成しながら、複数のworktreeで異なる機能を並列実装することで、開発効率が大幅に向上します。 各worktreeはブランチに紐付けられており、それぞれ独立してコミット・プッシュできるため、複数の開発が干渉しません。 spec-kit連携ワークフローで、仕様策定 → worktree作成 → 実装 → PR作成 → クリーンアップの流れを効率的に実行できます。 複数の機能を同時並行で開発したい人 複数のClaude Codeインスタンスで異なるブランチの作業をしたい人 spec-kit（仕様書管理ツール）と組み合わせて開発効率を高めたい人 チームで複数ブランチの並列開発が多い人 Git worktreeは1つのリポジトリで複数の作業ディレクトリを持つ機能。ディレクトリ構成は、メインリポジトリ（main）と .worktrees/ 配下に複数のworktree格納場所を配置。基本操作は、spec-kit連携時は /speckit.specify で仕様と同時にブランチを作成し、git worktree add ~/.worktrees/nelchan/ でworktreeを作成。手動作成は git worktree add -b ~/.worktrees/nelchan/ main。ワークフローはPhase 1仕様策定（mainで /speckit.specify, /speckit.plan, /speckit.tasks）→ Phase 2並列開発環境準備（worktree作成）→ Phase 3実装（worktreeで /speckit.implement）→ Phase 4PR作成（git push, gh pr create）→ Phase 5クリーンアップ（git worktree remove）。注意点は、specsディレクトリはmainで管理、コミットはworktreeごとに独立、ロックされたブランチは他でチェックアウト不可。

Issue・PR管理をターミナルで完結 - GitHub CLIを使ってIssueの作成・検索・クローズやPRの作成・マージをコマンド一行で実行でき、ブラウザを開かずに効率的に作業できます。 レビュー業務を自動化 - PRの承認やコメント返信をコマンドで実行でき、レビュー作業に使う時間を大幅に削減できます。 リリース作業を簡潔に - リリースタグの作成やリリースノート（変更内容の記録）の生成をワンコマンドで実行でき、リリースミスを防げます。 ワークフロー実行をリアルタイム監視 - GitHub Actionsのワークフロー実行状況をターミナルで監視でき、CI/CDのステータスを素早く確認できます。 複数のリポジトリ操作を自動化 - クローン・フォーク・リポジトリ情報表示をコマンド化し、複数プロジェクトの管理が簡単になります。 開発効率を重視し、ブラウザを最小限にしたいエンジニア Issue・PRの管理をスクリプト化したい開発チーム CIパイプラインやリリースプロセスを自動化したい人 ターミナルでの作業フローを統一したい組織

ブランチ戦略を標準化 - ブランチの命名ルール（feature/、fix/など）とmainブランチベースの開発フローを導入し、チーム全体で一貫した作業方法を実現できます。 コミットメッセージを自動整理 - 型付きコミットメッセージ（feat:、fix:など）の規則に従うことで、変更内容が一目瞭然になり、後から履歴を追跡しやすくなります。 コードレビュー前の品質チェック - PR作成時の規則（説明記入、Issue連携など）を明確にし、レビュー効率を高められます。 新しいメンバーのオンボーディングを迅速化 - 開発フローをドキュメント化することで、新しいチームメンバーがルールをすぐに理解し、プロジェクトに参加しやすくなります。 チーム開発での管理を統一したい組織 Git操作をルール化して品質を保ちたいプロジェクトリード コミットメッセージやブランチ管理で混乱を避けたいチーム 開発フロードキュメントを作成・運用したい人