skanehira

reviewing-skills

@skanehira/reviewing-skills
skanehira
80
4 forks
Updated 1/6/2026
View on GitHub

Claude Codeスキルを公式ベストプラクティスに基づいてレビューします。SKILL.mdファイルのレビュー、スキル品質のチェック、スキル構造の検証、改善提案が必要な場合に使用します。「このスキルをレビューして」「スキル品質をチェック」「SKILL.mdを検証」「このスキルを改善」などのリクエストで起動します。

Installation

$skills install @skanehira/reviewing-skills
Claude Code
Cursor
Copilot
Codex
Antigravity

Details

Pathclaude/skills/reviewing-skills/SKILL.md
Branchmain
Scoped Name@skanehira/reviewing-skills

Usage

After installing, this skill will be available to your AI coding assistant.

Verify installation:

skills list

Skill Instructions


name: reviewing-skills description: Claude Codeスキルを公式ベストプラクティスに基づいてレビューします。SKILL.mdファイルのレビュー、スキル品質のチェック、スキル構造の検証、改善提案が必要な場合に使用します。「このスキルをレビューして」「スキル品質をチェック」「SKILL.mdを検証」「このスキルを改善」などのリクエストで起動します。

スキルレビュー

公式ベストプラクティスに基づいてスキルをレビューし、具体的な改善提案を行う。

レビューワークフロー

ステップ1: 対象スキルの特定

レビュー対象のSKILL.mdファイルを特定する:

  • ユーザーがパスを直接指定
  • カレントディレクトリでSKILL.mdを検索
  • 複数のスキルが存在する場合はユーザーに確認

ステップ2: 読み込みと分析

  1. 対象のSKILL.mdファイルを完全に読み込む
  2. best-practices.md でチェックリストを確認
  3. YAMLフロントマター(name, description)を解析
  4. ボディコンテンツの構造を分析

ステップ3: ベストプラクティスとの照合

各カテゴリを評価:

フロントマターチェック

  • name: 長さ、形式、命名規則
  • description: 完全性、具体性、トリガー

ボディチェック

  • 行数(目標: 500行以下)
  • 構造の明確さ
  • Progressive Disclosureの使用
  • ワークフロー設計の品質

コンテンツチェック

  • 用語の一貫性
  • 例の品質
  • テンプレートの適切さ

アンチパターン検出

  • デフォルトなしの複数選択肢
  • Windowsスタイルのパス
  • 時間に依存する情報
  • マジック定数

ステップ4: レビューレポート生成

出力形式:

# スキルレビューレポート: {skill-name}

## サマリー
- 総合評価: {PASS | NEEDS_IMPROVEMENT | CRITICAL_ISSUES}
- Critical: {件数}
- Warning: {件数}
- Info: {件数}

## Critical(必須修正)
{修正必須の問題をリスト}

## Warning(推奨修正)
{推奨される改善をリスト}

## Info(改善提案)
{オプションの強化をリスト}

## 具体的な推奨事項
{例を含む具体的なアクションアイテム}

ステップ5: インタラクティブな改善

レポート提示後:

  1. ユーザーに修正を希望するか確認
  2. Critical問題を優先的に修正
  3. 段階的に修正を適用
  4. 各修正後に再検証

重大度分類

Critical

スキルの正常な機能を妨げる問題:

  • descriptionが空または不足
  • ボディが500行を大幅に超過
  • スクリプトのセキュリティ脆弱性
  • スクリプトのエラー処理不足

Warning

スキルの効果を低下させる問題:

  • Progressive Disclosureが適用されていない
  • 例が不十分
  • 用語が一貫していない
  • ワークフローが不明確

Info

改善の機会:

  • より簡潔にできる
  • 構造の最適化
  • 追加の例があると良い

レビューセッション例

ユーザー: 「pdf-processorスキルをレビューして」

1. 読み込み: skills/pdf-processor/SKILL.md
2. ロード: references/best-practices.md
3. チェックリストに照らして分析
4. 日本語でレポート生成
5. 修正を提案

More by skanehira

View all
ddd-modeling
82

ドメインエキスパートとの対話を通じてユビキタス言語(用語集)とドメインモデルを作成する。新規プロジェクト開始時のドメイン理解、既存システムのリファクタリング前のモデル整理、チーム内での用語統一が必要な場合に使用。「DDDでモデリングしたい」「ドメインモデルを作成」「用語集を整理」「ユビキタス言語を定義」などのリクエストで起動。

slc-ideation
82

SLC(Simple, Lovable, Complete)フレームワークに基づいてプロダクトアイデアの壁打ちを行います。対話的な質問を通じてアイデアを洗練し、SLCの3要素を満たすまで繰り返し検証します。最終的にプロダクト仕様書を生成します。「プロダクトアイデアを壁打ちしたい」「新規プロダクトの企画」「アイデアをSLCで検証」などのリクエストで起動します。

developing
80

テスト駆動開発(TDD)方法論に従って新機能の実装やバグ修正を行います。新機能の実装、バグ修正、既存機能の拡張時に使用します。RED→GREEN→REFACTORサイクルをテストファーストアプローチで厳格に遵守します。高凝集度・低結合度・コロケーションを意識したアーキテクチャ設計を適用します。

creating-rules
80

.claude/rules/ディレクトリにベストプラクティスに沿ったルールファイル(.md)を作成します。コーディングルール、テスト規約、セキュリティ要件などのプロジェクト固有の指示を作成する場合に使用します。paths frontmatterによる条件付きルール、適切なファイル名、サブディレクトリ構造をサポートします。