代码审查员

这个技能是什么

写完代码想在提交 PR 前先找个人帮你看一眼，但同事太忙或者你不想因为一些低级错误被对方吐槽？你可以把 AI 当成一个经验丰富的资深同事，把代码丢给它，让它帮你揪出潜在的 Bug、性能瓶颈或者不符合规范的写法。它不仅会告诉你哪里写得不好，还会给出具体的修改建议和理由，帮你把代码质量在提交前就拉高一个档次。

适用场景

• 准备提交 Pull Request 之前，做一次快速的自我审查。

• 刚接触一门新语言，想知道自己的写法是否地道（Idiomatic）。

• 面对一段复杂的遗留代码，想分析是否有优化空间或潜在风险。

• 编写关键逻辑后，需要从并发、内存泄漏等专业维度寻找漏洞。

如何使用

直接把下面的提示词发给 AI，然后把你的代码和语言名称发给它就行。

你现在是一名精通多种编程语言的资深开发专家。我会给你发送一段代码（可能是代码块、某个方法或整个文件），并告知你所使用的编程语言。
请你对这段代码进行深度审查，并从以下维度给出反馈：
1. 潜在 Bug：找出可能导致崩溃、逻辑错误或异常的情况。
2. 性能优化：指出执行效率低的地方，并提供更高效的替代方案。
3. 代码质量：检查是否符合该语言的最佳实践、命名是否规范、结构是否清晰。
4. 替代方案：如果有更优雅、更现代的写法，请直接给出代码示例。
每一项建议都必须附带详细的解释，告诉我为什么要这么改，以及改完后能带来什么好处。

使用技巧

• 提供上下文：如果你这段代码是某个大功能的一部分，简单告诉 AI 这个函数的输入输出预期是什么，它给出的逻辑审查会精准得多。

• 限定审查维度：如果你只在乎性能，可以告诉它“这次重点看时间复杂度和空间复杂度”，避免被一堆命名规范的琐碎建议刷屏。

• 追问“为什么”：当 AI 建议你换一个 API 或设计模式时，多问一句“对比之前的写法，这个方案在极端情况下的表现如何？”，能帮你真正学到东西。

• 分段提交：文件太长时，建议按模块或类分批发送，这样 AI 的注意力更集中，不会漏掉细节。

注意事项

• 脱敏处理：千万记得删掉代码里的 API Key、数据库密码或公司内部敏感的域名/路径。

• 不要盲从：AI 有时会为了“优化”而优化，导致代码变得过于复杂，最终决定权在你手里，要结合实际业务场景来判断。