code-review
コードレビューとPRフィードバックの管理
또한 다음에서 사용할 수 있습니다: Joseph OBrien,21pounder,getsentry,davila7,ANcpLua,Cain96,Bind,Joseph OBrien,21pounder,DavidDworetzky,Claude Assistant
このスキルは、両方の観点からコードレビュープロセスを効率化します。効果的なPRを作成するためのテンプレートと、レビュアーのフィードバックに建設的に対応するためのガイドラインを提供します。
스킬 ZIP 다운로드
Claude에서 업로드
설정 → 기능 → 스킬 → 스킬 업로드로 이동
토글을 켜고 사용 시작
테스트해 보기
"code-review" 사용 중입니다. この認証修正をレビューして、レート制限の追加に関するフィードバックへの返答を手伝ってください
예상 결과:
- 推奨される返答: レート制限についてのご指摘ありがとうございます。コミットabc123で基本的な保護を追加しました。本番環境では、トークンバケット制限を追加すべきです - 今すぐ追加するか、フォローアップチケットを作成するか、どちらがよろしいでしょうか?
"code-review" 사용 중입니다. 新しいデータベースマイグレーションのPR説明を書くのを手伝ってください
예상 결과:
- What: ユーザーテーブルにメール検証カラムを追加
- Why: 今後のメール検証機能のリリースに必要
- How: マイグレーションファイルでnullable email_verified_atカラムを追加
- Testing: ローカルでマイグレーションをテスト済み、新しいカラムアクセスのユニットテストを追加
"code-review" 사용 중입니다. このセキュリティ関連のPRにフィードバックをください
예상 결과:
- Must-fix: user_idパラメータの入力検証が欠落しています - インジェクションにつながる可能性があります
- Should-fix: エラーメッセージが内部実装の詳細を明らかにしています
- Could-fix: 認証フローの変数名をより説明的にできます
- Positive: 認証ロジックのテストカバレッジが良好です
보안 감사
안전Pure markdown documentation skill containing only PR templates, checklists, and response patterns. No executable code, file access, network calls, or command execution. All static findings are false positives from pattern matching without semantic understanding.
위험 요인
🌐 네트워크 접근 (1)
📁 파일 시스템 액세스 (1)
⚙️ 외부 명령어 (3)
품질 점수
만들 수 있는 것
効果的なPRの作成
レビュアーのために、明確なコンテキスト、テスト確認、構造化された説明を含むプルリクエストを準備します。
質の高いフィードバックの提供
明確なmust/should/could分類と肯定的な評価を含む、建設的で優先順位付けされたフィードバックを提供します。
レビュープロセスの標準化
共有テンプレートとガイドラインを使用して、チームメンバー間で一貫したコードレビューパターンを確立します。
이 프롬프트를 사용해 보세요
Review this code change. The PR description follows this template: What: [one-line summary], Why: [reason for change], How: [implementation approach], Testing: [test status]. Focus on bugs, edge cases, and clarity.
Help me respond to this reviewer feedback. The feedback type is [bug/style/design/opinion]. My original intent was [explanation]. Draft a response that is [accepting/explanatory/discussing].
Walk through this self-review checklist for my PR: tests pass, no lint errors, changes are focused, commit messages follow conventions, and context is clear. Point out any gaps.
Review this PR code. Structure feedback by priority: Must-fix (blocking issues), Should-fix (important problems), Could-fix (improvements). Include at least one positive observation.
모범 사례
- 迅速なレビューのために、PRを小さく保つ(300行未満)
- 何が変更されたか、なぜ変更されたかについてのコンテキストを提供する
- 他の人にフィードバックをリクエストする前にセルフレビューを行う
- 優先順位ラベルを使用して、ブロッキング問題と提案を分離する
피하기
- 明確なスコープやコンテキストなしに大きなPRを提出する
- レビュアーのフィードバックに対して防御的または否定的な返答をする
- セルフレビューをスキップして自動チェックのみに依存する
- チームの規約を確認せずにスタイルフィードバックを無視する