AI Code Review 实战：规则、提示词与边界

wuwenzen@outlook.com (wuwj) — Mon, 18 Mar 2024 00:00:00 +0000

今年做了一次尝试：

不改变现有流程的前提下，让大模型参与到 Code Review 里，当一个「辅助 reviewer」。

它不会替代人类审核，只做三件事：

1. 我们希望 AI 扮演什么角色？

一开始就想清楚边界：

流程：

为控制成本和复杂度：

一个简化的系统提示大致是：

你是一名资深前端/全栈工程师，正在做 Code Review。
请只关注以下问题：

明显的 bug 或潜在边界问题

异常处理和错误提示是否合理

性能隐患（多余循环、重复请求等）

安全/权限风险

不要评论代码风格、缩进、单双引号之类的问题，这些交给 Lint 工具。

wuwenzen@outlook.com (wuwj) — Sat, 22 Jul 2023 00:00:00 +0000

2023 年对我来说有一个明显变化：

编辑器不再是一个「孤立工具」，而是被各种 AI 助手包围。

从简单的代码补全，到用大模型参与需求理解、方案推演、重构、写单测……
这篇文章就讲讲我是怎么给自己搭一套「AI 助理」开发流程的。

我给自己列了一个清单：

工具上则主要依赖：

很快会发现：随便问一句「帮我优化这段代码」效果参差不齐。
于是我开始为不同场景整理固定 Prompt 模板。

请作为资深前端工程师，帮我重构下面这段代码：

目标是提高可读性和可维护性，而不是追求最短写法；

如果有明显的边界情况，请指出并补上处理；

给出重构后的代码，并用要点列出你做了哪些调整和原因。

代码如下：
```ts
// code here
```

帮我为下面这个纯函数生成单元测试用例：

使用 Jest 语法；

覆盖常见正常输入和几种边界情况；

简要说明每个测试用例要验证的点。

代码如下：
```ts
// code here
```

我会把这些模板存成 Snippet 或者存在笔记里，方便复用。

装上 Copilot 类插件之后，一开始很容易「啥都接」。
用了一段时间，我给自己定了几个使用习惯：