name	review-branch
description	ブランチの変更内容を確認し、概要とコードレビューポイントを提示する。PRがあればメッセージとディスカッションも含めてレビューする
argument-hint	[branch-name]
disable-model-invocation	true
allowed-tools	Bash(git ) Bash(gh pr view ) Bash(gh api repos//pulls//comments ) Bash(gh api repos//issues//comments )

ブランチレビュースキル

指定されたブランチの変更内容を分析し、概要とコードレビューポイントを提示する。

手順

1. ブランチの切り替え（引数がある場合のみ）

引数 $ARGUMENTS が指定されている場合:

git checkout $ARGUMENTS でそのブランチに切り替える
引数が空の場合は現在のブランチのまま作業する

2. PR情報の確認

現在のブランチに紐づくPRが存在するか確認する:

PR検索: gh pr view --json number,title,body,state,reviewDecision,reviews,comments,url
- PRが存在する場合: タイトル、説明文、ステータス、レビュー状況を取得
- PRが存在しない場合: このステップをスキップ
PRレビューコメント: gh api repos/{owner}/{repo}/pulls/{number}/comments --jq '.[] | {path, body, user: .user.login, line: .line, created_at}'
PRディスカッション（Issue形式コメント）: gh api repos/{owner}/{repo}/issues/{number}/comments --jq '.[] | {body, user: .user.login, created_at}'

3. ブランチ情報の収集

以下の情報を収集する:

現在のブランチ名: git branch --show-current
mainブランチとの分岐点: git merge-base main HEAD
コミット一覧: git log --oneline main..HEAD
変更ファイル一覧: git diff --stat main...HEAD
変更の差分: git diff main...HEAD

4. 概要の作成

収集した情報を元に以下を日本語でまとめる:

ブランチ概要

ブランチ名
コミット数
変更ファイル数
変更の目的・意図（PR説明文、コミットメッセージ、コード差分から推測）

PR情報（PRが存在する場合）

PRタイトルと説明文の要約
現在のレビューステータス（承認済み / 変更要求 / レビュー待ち）
ディスカッションの要点（未解決の議論、指摘事項、合意事項）

変更内容のサマリー

各コミットの内容を簡潔に説明
変更されたファイルをカテゴリ別にグルーピング（新規追加 / 変更 / 削除）

5. コードレビューポイントの提示

差分を精読し、以下の観点でレビューポイントを挙げる。PRのディスカッションで既に指摘されている内容がある場合は、その対応状況も合わせて確認する:

バグの可能性: ロジックエラー、エッジケースの見落とし、null/undefined参照の可能性
パフォーマンス: 不要な計算、N+1問題、メモリリーク、キャッシュ戦略の問題
設計・アーキテクチャ: 責務の分離、依存関係の方向、命名の適切さ
セキュリティ: 入力検証の不足、インジェクションリスク
テスト: テストの有無、カバレッジの十分さ
その他の改善提案: リファクタリングの余地、コードの可読性

各ポイントには以下を含める:

該当ファイルと行番号
問題の説明
推奨される修正案（ある場合）
重要度（高 / 中 / 低）

6. 出力フォーマット

最終的な出力は以下の構造でまとめる:

## ブランチ概要
（ブランチ名、コミット数、変更ファイル数、目的の説明）

## PR情報
（PRタイトル、URL、説明文の要約、レビューステータス）

## ディスカッション要約
（未解決の議論、主要な指摘事項、合意事項）

## 変更内容サマリー
（コミットごとの説明、ファイルのグルーピング）

## コードレビューポイント
（重要度順に並べたレビュー指摘）

## 総合評価
（マージ可否の判断材料となる総合的な所見）

Más de este repositorio

mismo repositorio

pr-review-fix

void2610/dotfiles

GitHub Pull Request のレビューコメントに一括対応する時に使う。トリガー: 「PR レビュー直して」「レビューコメント対応」「レビューフィードバック反映」「PR の指摘対応」「PR #123 のコメント対応」「review fix」「apply PR review」「address PR feedback」等のユーザー指示、または `/pr-review-fix` スラッシュコマンド、`pr-review-fix` スキル指定。未解決 (isResolved=false) スレッドを網羅収集 → 分類 → 承認付き修正計画 → 実装コミット → push → 返信 & resolve まで 7 フェーズで一気通貫。

2026-07-101

push-quiz

void2610/dotfiles

push 前にユーザーへ実装内容の理解度クイズを徹底出題し、全問正答 + 明示許可を得て初めて push を解禁するゲートスキル。トリガー: ship フローの quiz フェーズ到達時、または「クイズ出して」「push クイズ」「quiz me」等のユーザー指示。承認は `ship.sh quiz approve` で HEAD SHA に紐づけて記録する。

2026-07-091

ship

void2610/dotfiles

開発フロー (計画 → ブランチ → 実装 → テスト → フォーマット → コミット → PR → Copilot レビュー → レビュー対応) を状態機械で進めるパイプラインスキル。グローバル CLAUDE.md の基本ルールにより、複数フェーズにわたる開発依頼の標準フロー。中断したフローの再開にも使う。

2026-07-081

pr-create

void2610/dotfiles

GitHub Pull Request を作成する時に使う。トリガー: 「PR 作って」「PR 作成」「プルリクエスト作って」「create PR」「open PR」「raise PR」等のユーザー指示、または `pr-create` スキル指定。コミット済みブランチから push 確認 → タイトル / 本文案の提示 → `gh pr create` 実行 → Copilot レビュー依頼 → 到着をバックグラウンド監視し、指摘があれば pr-review-fix へ自動接続するまでを一気通貫。コミット作成自体は担当せず、事前に commit スキル等で済ませておく前提。

2026-07-031

nix-pkg-update

void2610/dotfiles

Update a custom npm package managed in ~/nix-config/pkgs/ to the latest version. Edits the .nix file with the new version and hash, then rebuilds with darwin-rebuild.

2026-07-031

discord-image

void2610/dotfiles

Discord webhook 経由で個人チャンネルに画像を送信するスキル。リモートコントロール中の Claude がユーザーに画面状態や成果物画像を共有する用途。トリガー「画像を Discord に送って」「スクリーンショット送って」「画面を共有して」「send screenshot to discord」等のユーザー指示、または `discord-image` スキル指定。ローカルファイル / macOS スクリーンショット / 画像 URL の 3 モードに対応。

2026-07-031

name	review-branch
description	ブランチの変更内容を確認し、概要とコードレビューポイントを提示する。PRがあればメッセージとディスカッションも含めてレビューする
argument-hint	[branch-name]
disable-model-invocation	true
allowed-tools	Bash(git ) Bash(gh pr view ) Bash(gh api repos//pulls//comments ) Bash(gh api repos//issues//comments )

ブランチレビュースキル

指定されたブランチの変更内容を分析し、概要とコードレビューポイントを提示する。

手順

1. ブランチの切り替え（引数がある場合のみ）

引数 $ARGUMENTS が指定されている場合:

git checkout $ARGUMENTS でそのブランチに切り替える
引数が空の場合は現在のブランチのまま作業する

2. PR情報の確認

現在のブランチに紐づくPRが存在するか確認する:

PR検索: gh pr view --json number,title,body,state,reviewDecision,reviews,comments,url
- PRが存在する場合: タイトル、説明文、ステータス、レビュー状況を取得
- PRが存在しない場合: このステップをスキップ
PRレビューコメント: gh api repos/{owner}/{repo}/pulls/{number}/comments --jq '.[] | {path, body, user: .user.login, line: .line, created_at}'
PRディスカッション（Issue形式コメント）: gh api repos/{owner}/{repo}/issues/{number}/comments --jq '.[] | {body, user: .user.login, created_at}'

3. ブランチ情報の収集

以下の情報を収集する:

現在のブランチ名: git branch --show-current
mainブランチとの分岐点: git merge-base main HEAD
コミット一覧: git log --oneline main..HEAD
変更ファイル一覧: git diff --stat main...HEAD
変更の差分: git diff main...HEAD

4. 概要の作成

収集した情報を元に以下を日本語でまとめる:

ブランチ概要

ブランチ名
コミット数
変更ファイル数
変更の目的・意図（PR説明文、コミットメッセージ、コード差分から推測）

PR情報（PRが存在する場合）

PRタイトルと説明文の要約
現在のレビューステータス（承認済み / 変更要求 / レビュー待ち）
ディスカッションの要点（未解決の議論、指摘事項、合意事項）

変更内容のサマリー

各コミットの内容を簡潔に説明
変更されたファイルをカテゴリ別にグルーピング（新規追加 / 変更 / 削除）

5. コードレビューポイントの提示

バグの可能性: ロジックエラー、エッジケースの見落とし、null/undefined参照の可能性
パフォーマンス: 不要な計算、N+1問題、メモリリーク、キャッシュ戦略の問題
設計・アーキテクチャ: 責務の分離、依存関係の方向、命名の適切さ
セキュリティ: 入力検証の不足、インジェクションリスク
テスト: テストの有無、カバレッジの十分さ
その他の改善提案: リファクタリングの余地、コードの可読性

各ポイントには以下を含める:

該当ファイルと行番号
問題の説明
推奨される修正案（ある場合）
重要度（高 / 中 / 低）

6. 出力フォーマット

最終的な出力は以下の構造でまとめる:

## ブランチ概要
（ブランチ名、コミット数、変更ファイル数、目的の説明）

## PR情報
（PRタイトル、URL、説明文の要約、レビューステータス）

## ディスカッション要約
（未解決の議論、主要な指摘事項、合意事項）

## 変更内容サマリー
（コミットごとの説明、ファイルのグルーピング）

## コードレビューポイント
（重要度順に並べたレビュー指摘）

## 総合評価
（マージ可否の判断材料となる総合的な所見）