code-review

name	code-review
description	专业的代码审查助手，提供结构化的审查流程、详细的检查清单和建设性的反馈指南。适用于审查Pull Request、代码提交或任何需要代码质量评估的场景，涵盖功能性、安全性、性能、测试、文档、架构设计等多个维度。

Code Review Skill

Overview

这个Skill提供了专业的代码审查指导，帮助进行全面、高质量的代码审查。当用户请求代码审查、上传代码文件寻求反馈，或询问代码改进建议时，Claude会使用此Skill来提供系统化的审查和建设性的反馈。

审查流程

第一步：理解上下文

在开始审查前，确保理解：

1. 代码目的：这段代码要实现什么功能？
2. 变更范围：修改了哪些部分？为什么修改？
3. 业务背景：相关的需求或用户故事是什么？
4. 技术栈：使用的语言、框架和工具

第二步：结构化审查

按照以下优先级进行审查：

🔴 高优先级（必须检查）

1. 功能正确性：代码是否实现了预期功能？
2. 安全性：是否存在安全漏洞？
3. 严重Bug：是否有逻辑错误或可能导致崩溃的问题？

🟡 中优先级（强烈建议）

4. 性能：是否存在性能瓶颈？
5. 测试覆盖：是否有足够的测试？
6. 错误处理：异常情况是否妥善处理？
7. 架构设计：设计是否合理、可扩展？

🟢 低优先级（建议改进）

8. 代码质量：命名、格式、注释是否清晰？
9. 文档：是否有必要的文档说明？
10. 最佳实践：是否遵循行业和项目规范？

第三步：提供反馈

使用建设性的方式提供反馈：

• 标注问题严重程度（🔴 必须修复、🟡 强烈建议、🟢 建议、💡 可选）
• 说明问题的影响和原因
• 提供具体的改进建议和示例代码
• 认可好的实践

审查输出格式

使用以下结构化格式输出审查结果：

# 代码审查报告

## 总体评价
[简要总结代码的整体质量和主要发现]

## 🔴 必须修复的问题
[列出必须解决的关键问题]

## 🟡 强烈建议改进
[列出重要的改进建议]

## 🟢 可选建议
[列出次要的优化建议]

## 👍 优点
[认可好的实践和亮点]

## 详细审查意见
[按代码区块或文件组织的详细评论]

## 下一步建议
[关于如何处理反馈的指导]

常见审查场景

场景1：审查小型PR（<200行）

• 快速浏览整体结构
• 重点检查功能正确性和安全性
• 确保有基本测试
• 提供简洁的反馈

场景2：审查大型PR（>400行）

• 建议作者拆分PR
• 先审查核心逻辑和关键路径
• 可以要求作者提供设计文档或演示
• 分阶段进行审查

场景3：审查初级开发者代码

• 更加耐心和详细
• 多提供示例和学习资源
• 解释"为什么"而不只是"怎么做"
• 多给予鼓励和肯定

场景4：安全关键代码

• 仔细检查所有输入验证
• 检查认证和授权逻辑
• 检查敏感数据处理
• 考虑使用自动化安全扫描工具

场景5：性能关键代码

• 分析算法复杂度
• 检查数据库查询效率
• 考虑并发和资源使用
• 建议性能测试和基准测试

反馈指导原则

建设性与尊重

• 专注于代码，而非编写者：说"这个函数可以更简洁"而不是"你写得太复杂了"
• 保持专业和尊重：即使发现严重问题，也要以建设性的方式提出
• 提供具体建议：不要只说"这不好"，要说明为什么不好以及如何改进
• 认可好的实践：发现优秀代码时也要给予肯定

清晰与具体

• 明确问题所在：指出具体的行号和代码段
• 说明影响：解释问题可能导致的后果（安全、性能、可维护性等）
• 提供上下文：如果引用外部资源或标准，提供链接
• 举例说明：必要时提供代码示例展示建议的改进方式

最佳实践

审查者

1. 保持客观：专注于代码，而非编写者
2. 及时审查：不要让PR长时间等待
3. 完整审查：不要只看表面就批准
4. 建设性沟通：提供解决方案，不只是指出问题
5. 持续学习：从审查中学习新技术和模式

代码作者

1. 自审：提交前先自己审查一遍
2. 小而专注：保持PR小而专注于单一任务
3. 清晰描述：写清楚PR的目的、改动和测试
4. 响应及时：及时回应审查意见
5. 开放心态：虚心接受建设性反馈

工具推荐

配合使用以下自动化工具可以提高审查效率：

• 静态分析：SonarQube、ESLint、Pylint、RuboCop
• 安全扫描：Snyk、OWASP Dependency-Check、GitGuardian
• 代码格式：Prettier、Black、gofmt
• 测试覆盖：Codecov、Coveralls、JaCoCo
• 代码复杂度：CodeClimate、Radon

自动化工具可以处理格式、风格等基础问题，让审查者专注于逻辑、架构和设计。

When to Apply

应用此Skill当用户：

• 明确请求代码审查："帮我审查这段代码"、"请检查这个PR"
• 询问代码质量："这段代码有什么问题吗"、"如何改进这段代码"
• 提到代码审查相关术语："code review"、"pull request review"
• 上传代码文件并寻求反馈或改进建议
• 询问代码是否遵循最佳实践
• 需要安全审查或性能评估

Resources

此Skill包含以下参考资源：

REVIEW-CHECKLIST.md

详细的代码审查检查清单，包含8大类检查项：

• 代码功能与逻辑
• 代码质量（可读性、DRY、SOLID原则）
• 安全性（认证、输入验证、数据保护）
• 性能（算法、数据库、并发）
• 测试覆盖
• 文档
• 架构与设计
• 可维护性

使用时机：当需要进行全面、系统的代码审查时，参考此文档确保不遗漏任何重要检查项。

FEEDBACK-GUIDELINES.md

建设性反馈指南，涵盖：

• 反馈原则（建设性、清晰、优先级分级）
• 反馈模式（提问式、建议式、解释式、赞赏式）
• 常见场景的反馈示例
• 应该避免的反馈方式
• 响应作者反馈的方法
• 特殊场景处理

使用时机：当需要撰写PR评论或提供反馈时，参考此文档以确保反馈专业、建设性且有帮助。