jpskill.com
🛠️ 開発・MCP コミュニティ

code-review-preferences

Use when reviewing code, PRs, or discussing code quality standards. Applies team coding standards and review methodology.

⚡ おすすめ: コマンド1行でインストール(60秒)

下記のコマンドをコピーしてターミナル(Mac/Linux)または PowerShell(Windows)に貼り付けてください。 ダウンロード → 解凍 → 配置まで全自動。

🍎 Mac / 🐧 Linux 
mkdir -p ~/.claude/skills && cd ~/.claude/skills && curl -L -o code-review-preferences.zip https://jpskill.com/download/17792.zip && unzip -o code-review-preferences.zip && rm code-review-preferences.zip
🪟 Windows (PowerShell) 
$d = "$env:USERPROFILE\.claude\skills"; ni -Force -ItemType Directory $d | Out-Null; iwr https://jpskill.com/download/17792.zip -OutFile "$d\code-review-preferences.zip"; Expand-Archive "$d\code-review-preferences.zip" -DestinationPath $d -Force; ri "$d\code-review-preferences.zip"

完了後、Claude Code を再起動 → 普通に「動画プロンプト作って」のように話しかけるだけで自動発動します。

💾 手動でダウンロードしたい(コマンドが難しい人向け)
  1. 1. 下の青いボタンを押して code-review-preferences.zip をダウンロード
  2. 2. ZIPファイルをダブルクリックで解凍 → code-review-preferences フォルダができる
  3. 3. そのフォルダを C:\Users\あなたの名前\.claude\skills\(Win)または ~/.claude/skills/(Mac)へ移動
  4. 4. Claude Code を再起動
⬇ .zip でダウンロード(推奨) ⬇ .skill 形式(上級者用) 元のソース ↗

⚠️ ダウンロード・利用は自己責任でお願いします。当サイトは内容・動作・安全性について責任を負いません。

🎯 このSkillでできること

下記の説明文を読むと、このSkillがあなたに何をしてくれるかが分かります。Claudeにこの分野の依頼をすると、自動で発動します。

📦 インストール方法 (3ステップ)

  1. 1. 上の「ダウンロード」ボタンを押して .skill ファイルを取得
  2. 2. ファイル名の拡張子を .skill から .zip に変えて展開(macは自動展開可)
  3. 3. 展開してできたフォルダを、ホームフォルダの .claude/skills/ に置く
    • · macOS / Linux: ~/.claude/skills/
    • · Windows: %USERPROFILE%\.claude\skills\

Claude Code を再起動すれば完了。「このSkillを使って…」と話しかけなくても、関連する依頼で自動的に呼び出されます。

詳しい使い方ガイドを見る →
最終更新
2026-05-18
取得日時
2026-05-18
同梱ファイル
1

📖 Skill本文(日本語訳)

※ 原文(英語/中国語)を Gemini で日本語化したものです。Claude 自身は原文を読みます。誤訳がある場合は原文をご確認ください。

[Skill 名] code-review-preferences

コードレビューの哲学

レビューは以下の目的のために存在します。

  1. 本番環境に移行する前にバグを検出する
  2. チーム全体で知識を共有する
  3. コードベースの一貫性を維持する

レビューは以下の目的のためには存在しません。

  • 知識をひけらかす
  • 個人的なスタイルの好みを押し付ける
  • 不必要に進行を妨げる

3 パス法

パス 1: 理解する (まだコメントしない)

  • この変更は何をしようとしているのか？
  • どのファイルが影響を受けるか？
  • スコープは何か？

パス 2: 正確性

  • バグはないか？
  • エッジケースは処理されているか？
  • セキュリティ上の問題はないか？

パス 3: 改善 (最大 5 件のコメント)

  • 読みやすいか？
  • メンテナンスしやすいか？
  • より良いパターンはないか？

レビュースタンダード

必ずチェックすべきこと

  • [ ] テストが通る
  • [ ] 明らかなバグがない
  • [ ] PR の説明にあるエッジケースが処理されている
  • [ ] セキュリティ脆弱性がない
  • [ ] コードにシークレットが含まれていない

チェックすべきこと

  • [ ] コードが読みやすい
  • [ ] 関数のサイズが適切である (<50 行)
  • [ ] 名前が明確で記述的である
  • [ ] エラーメッセージが役に立つ

チェックすると良いこと

  • [ ] パフォーマンスに関する考慮事項
  • [ ] ドキュメントが更新されている
  • [ ] 既存のパターンと一貫性がある

フィードバックスタイル

すべきこと:

  • 質問をする: "X が null の場合はどうなりますか？"
  • 具体的にする: "42 行目: ガード句の使用を検討してください"
  • 良い点を認める: "ここのリファクタリングは素晴らしいです"
  • コメントを制限する: レビューあたり最大 5 件

すべきでないこと:

  • 指示する: "X を実行する必要があります"
  • 曖昧にする: "これはもっと良くなる可能性があります"
  • スタイルを細かく指摘する: "私はシングルクォートの方が好きです"
  • 立て続けにコメントする: 20 件のコメントは圧倒的です

何をレビューしてほしいですか？

  1. フォーマット

    • コード/diff をここに貼り付けてください
    • @filename でファイルを参照してください
    • PR について説明してください。質問をさせていただきます。

  2. コンテキスト

    • バグ修正
    • 新機能
    • リファクタリング
    • パフォーマンス最適化
    • その他: ___

  3. 具体的な懸念事項はありますか？ (セキュリティ、パフォーマンス、破壊的変更など)

レビューを開始する前に、回答をお待ちしております。

📜 原文 SKILL.md(Claudeが読む英語/中国語)を展開

<essential_principles>

Code Review Philosophy

Reviews exist to:

  1. Catch bugs before production
  2. Share knowledge across the team
  3. Maintain consistency in the codebase

Reviews do NOT exist to:

  • Show off knowledge
  • Enforce personal style preferences
  • Block progress unnecessarily

The 3-Pass Method

Pass 1: Understand (don't comment yet)

  • What is this change trying to do?
  • What files are affected?
  • What's the scope?

Pass 2: Correctness

  • Are there bugs?
  • Are edge cases handled?
  • Are there security issues?

Pass 3: Improvements (max 5 comments)

  • Is it readable?
  • Is it maintainable?
  • Are there better patterns?

Review Standards

Must Check

  • [ ] Tests pass
  • [ ] No obvious bugs
  • [ ] Edge cases from PR description handled
  • [ ] No security vulnerabilities
  • [ ] No secrets in code

Should Check

  • [ ] Code is readable
  • [ ] Functions are reasonably sized (<50 lines)
  • [ ] Names are clear and descriptive
  • [ ] Error messages are helpful

Nice to Check

  • [ ] Performance considerations
  • [ ] Documentation updated
  • [ ] Consistent with existing patterns

Feedback Style

DO:

  • Ask questions: "What happens if X is null?"
  • Be specific: "Line 42: Consider using a guard clause"
  • Acknowledge good work: "Nice refactor here"
  • Limit comments: Max 5 per review

DON'T:

  • Dictate: "You must do X"
  • Be vague: "This could be better"
  • Nitpick style: "I prefer single quotes"
  • Pile on: 20 comments is overwhelming </essential_principles>

<intake> What would you like me to review?

  1. Format

    • Paste the code/diff here
    • Reference a file with @filename
    • Describe the PR and I'll ask questions

  2. Context

    • Bug fix
    • New feature
    • Refactor
    • Performance optimization
    • Other: ___

  3. Specific concerns? (Security, performance, breaking changes, etc.)

I'll wait for your answers before starting the review. </intake>