ijufumi
User個人的に必要になったClaude Codeのskillsを管理するためのリポジトリです。
Categories
Indexed Skills (8)
clean-architecture-check
プロジェクトのパッケージ構成がクリーンアーキテクチャに沿っているかを検証するスキル。ディレクトリ構造の分析、レイヤー間の依存関係チェック、違反箇所の特定と改善提案を行う。ユーザーが「クリーンアーキテクチャ」「Clean Architecture」「レイヤー構成」「パッケージ構成チェック」「依存関係の方向」「依存性逆転」「DIP」「ヘキサゴナルアーキテクチャ」「オニオンアーキテクチャ」「ポートアンドアダプター」「アーキテクチャ違反」「レイヤー違反」「import方向」などに言及した場合にこのスキルを使うこと。
code-review
GitHub Pull Request（またはローカルの差分）のコードレビューと動作確認を行うスキル。**既定の通常モード（normal）では 1 つの subagent A_review が 10 観点すべてを横断的にレビューし、1 つの subagent C_review がそのメタレビュー（検証）を行う**。ユーザーが「詳細に」「詳しく」「観点別に」「観点ごとに」「detailed」「徹底的に」「thoroughly」などのキーワードを依頼文に含めた場合のみ、**詳細モード（detailed）**に切り替わり、Claude Code 組み込みの `/review` コマンド由来の 5 基本観点（コード正確性 / プロジェクト規約準拠 / パフォーマンス / テストカバレッジ / セキュリティ）と、リポジトリ固有・品質深掘りの 5 観点（エラーハンドリング / 可読性・保守性 / シンプル化 / リポジトリ共通観点 / PR 固有観点）の最大 10 観点に分割し、**1 観点 1 subagent で並列レビュー / 観点ごとに別 subagent で評価**する。実行前に必ずユーザーへ 3 点を確認する — ①レビュー対象を **GitHub の PR から取得するか、ローカルの git diff から取得するか**、②**動作確認（テスト/lint/型チェック/ビルド等の実行検証）を実施するか、静的レビューのみに留めるか**、③レビュー結果を **GitHub にコメント投稿するか、コンソール表示のみに留めるか**。差分を取得し、🔴 MUST / 🟡 SHOULD / 🟢 NICE TO HAVE の 3 段階で指摘を分類した上で、選択された出力先に結果を提示する。動作確認（テスト/lint/型チェック/ビルド等の実行検証）は独立した subagent B として並列に走らせる。リポジトリ共通のレビュー観点（docs/REVIEW.md）と PR 固有のレビュー観点（PR 本文の `<!-- REVIEW_FOCUS -->` ブロック）も観点として扱う。GitHub の操作は MCP（`mcp__github__*` / `mcp__github_inline_comment__*` / `mcp__github_comment__*`）が使える場合は MCP を優先し、使えない場合は `gh`
create-pr
GitHub の Pull Request を作成するスキル。カレントブランチのコミット内容を要約し、マージ先ブランチ（未指定時は main / master を自動検出）に対する PR を作成してリンクを返す。実行前にマージ先ブランチ・PR タイトル・本文をユーザーに提示して確認を取り、承認後に PR を作成する。GitHub 操作は MCP（`mcp__github__create_pull_request` など）が使える場合は MCP を優先し、使えない場合は `gh` CLI にフォールバックする。ユーザーが「PR 作成」「PR を作って」「プルリクエスト作成」「create PR」「open a PR」「プルリク出して」「PR にして」「MR 作成」「この変更で PR」「現在のブランチで PR」などに言及した場合にこのスキルを使うこと。ブランチをプッシュしていない場合は先にプッシュ可否をユーザーに確認してから push も含めて行う。Draft PR / Ready PR の選択やテンプレート（.github/PULL_REQUEST_TEMPLATE.md）の有無も考慮する。
dependabot-alerts
GitHub Dependabot alerts の調査・分析・修正方針の策定を行うスキル。GitHub MCP（`mcp__github__list_dependabot_alerts` など）が使える場合は MCP を優先し、使えない場合は `gh` CLI にフォールバックして alerts の一覧取得、詳細調査、重大度別の分類、影響範囲の分析を行い、さらに拡張思考（extended thinking）を用いて各脆弱性に対する修正方針を深く検討する。ユーザーが「Dependabot」「脆弱性」「vulnerability」「security alerts」「依存関係の脆弱性」「CVE」「セキュリティアラート」「パッケージの更新」「セキュリティ修正」「脆弱性の対応方針」「依存関係の棚卸し」などに言及した場合にこのスキルを使うこと。dependabot alerts を確認したい、脆弱性を調べたい、セキュリティ状況を把握したい、修正計画を立てたい、といったリクエストにも対応する。
e2e-test
HTTPエンドポイント・API単位のE2E/結合テストを作成・修正するスキル。ルーティング定義から全エンドポイントを洗い出し、実際のHTTPリクエスト・レスポンスサイクルを通じて正常系・異常系を網羅��にテストする。DBアクセスがあるエンドポイントはテスト用DBを使った実DBテスト、それ以外の外部依存はモックを使用する。ユーザーが「E2Eテスト」「e2e test」「エンドツーエンド」「end-to-end」「APIテスト」「エンドポイントテスト」「結合テスト」「integration test」「HTTPテスト」「リクエストテスト」「レスポンステスト」「API結合テスト」「シナリオテスト」「E2E追加」「E2E修正」「コントローラのテスト」などに言及した場合にこのスキルを使うこと。個別の関数・クラス単位のテストを求められた場合は unit-test スキルを優先する。
git-sync-cleanup
ローカルリポジトリを最新化し、不要になったローカルブランチを掃除するスキル。ベースブランチ（main / master を自動検出）に切り替え、`git pull --prune` で origin から最新化し、リモート側ですでに削除されているローカルブランチ（upstream が `gone` のもの）を一括削除する。実行前に未コミット変更を検知して中断し、削除対象は一覧提示してユーザーから一括承認を取り、未マージのブランチは安全のため削除せずリストで報告する。リモートは origin 固定。ユーザーが「ローカル最新化」「コードを最新化」「main を pull」「master 更新」「最新の main に追従」「ブランチ整理」「ブランチ掃除」「不要ブランチ削除」「リモートで削除されたブランチ」「マージ済みブランチを消したい」「git pull --prune」「git fetch --prune」「prune」「gone ブランチ」「朝イチの同期」「作業開始時の同期」「pull して掃除」「sync」「cleanup branches」「prune local branches」などに言及した場合にこのスキルを使うこと。「pull」「最新化」「同期」「ブランチ削除」だけでも、ローカル作業の起点としてこのスキルが適切で��れば積極的に使ってよい。
project-review
リポジトリ全体（または指定スコープ）に対するプロジェクトレビューを行うスキル。差分ベースの code-review とは異なり、PR や git diff ではなく**現在のコードベース全体**を対象とし、ファイル/モジュール単位での指摘・アーキテクチャレベルの所見・横断的な傾向分析までを行う。**既定の通常モード（normal）では 1 つの subagent A_review が 11 観点すべてを横断的にレビューし、1 つの subagent C_review がそのメタレビュー（検証）を行う**。ユーザーが「詳細に」「詳しく」「観点別に」「観点ごとに」「detailed」「徹底的に」「thoroughly」などのキーワードを依頼文に含めた場合のみ、**詳細モード（detailed）**に切り替わり、11 観点（コード正確性 / プロジェクト規約準拠 / パフォーマンス / テストカバレッジ / セキュリティ / エラーハンドリング / 可読性・保守性 / シンプル化 / アーキテクチャ・設計 / リポジトリ共通観点 + ユーザー指定の重点観点）に分割し、**1 観点 1 subagent で並列レビュー / 観点ごとに別 subagent で評価**する。実行前に必ずユーザーへ3点を確認する — ①**レビュー範囲**（リポジトリ全体 / ユーザー指定のディレクトリ・glob）、②**動作確認**（テスト/lint/型チェック/ビルド等の実行検証を実施するか、静的レビューのみに留めるか）、③**出力先**（コンソール表示 / Markdown レポートファイル保存 / 両方）。指摘は 🔴 MUST / 🟡 SHOULD / 🟢 NICE TO HAVE の3段階で分類する。動作確認は独立した subagent B として並列に走らせる。リポジトリ共通のレビュー観点（docs/REVIEW.md）と、ユーザーからの重点観点も独立した観点として扱う。GitHub への投稿は本スキルの範囲外（PR レビュー用途は code-review スキルを使用）。ユーザーが「プロジェクトレビュー」「project review」「リポジトリレビュー」「コードベースレビュー」「全体レビュー」「リポジトリ全体をレビュー」「プロジェクト全体をレビュー」「コードベース全体をレビュー」「コードベースを評価」「リポジトリの品質
unit-test
関数・メソッド・クラス単位のユニットテストを作成・修正するスキル。テスト対象となる個別のソース関数を特定し、正常系・異常系・境界値のテストケースを設計、テストコード実装、テスト実行までを一貫して行う。DBアクセスがある関数はテスト用DBを使った統合テスト、それ以外の外部依存はモックで差し替える。ユーザーが「ユニットテスト」「unit test」「関数のテスト」「メソッドのテスト」「クラスのテスト」「テスト作成」「テストコード」「テストケース」「テスト追加」「テスト修正」「テストを書いて」「テストカバレッジ」「正常系テスト」「異常系テスト」「境界値テスト」「モックテスト」「テスト設計」「TDD」「テスト駆動」などに言及した場合にこのスキルを使うこと。ただしHTTPエンドポイントやAPIの結合テストを求められた場合は e2e-test スキルを優先する。
Bio shown is the top-scored skill's repo description as a fallback — real GitHub bios land in a future update.