智谱清言写代码评审反馈的提示词

说实话，我这几年看了不少Code Review的反馈，很多都是从“命名规范”“逻辑清晰”这种车轱辘话开始的，开发同学看完一脸茫然，不知道到底该改哪。所以这次我们聊点实在的——怎么让AI写出来的代码评审反馈，能直接拿到开发环境里去落地执行。

明确角色与目标

第一步，直接在提示词开头把模型的身份钉死：你是一位有5年以上后端开发经验、熟悉Python/Ja va/Go主流语言、深度参与过Code Review流程的技术负责人。

紧接着锁定输出目标：请逐行扫描以下代码，聚焦可执行改进项，每条反馈必须包含【问题定位】+【风险说明】+【修改建议】三要素。

这一步，千万别省。没有角色约束的时候，模型容易掉进教科书式的通用建议里；不提三要素结构，反馈就会散成一盘沙，没法用。

提供最小必要上下文

把待评审的代码用

包裹起来（注意不是），然后紧跟在后面补充三行以内的关键上下文：

① 该函数所属模块的业务目标（比如：“用户登录态校验，需兼容JWT和Session双模式”）；
② 当前部署环境的约束（比如：“运行在K8s集群中，内存限制为256MB”）；
③ 最近一次线上故障的关联点（比如：“上周因并发超限触发OOM，已回滚”）。
【这三项缺了哪一项，模型都可能忽略性能瓶颈或安全边界】


强制反馈分层输出
让模型按优先级分三类输出，每类用标题隔开：
✅ 高危项（必须立即修复）：包含空指针、SQL注入、硬编码密钥、未处理异常等；
⚠️ 中风险项（下一个迭代修复）：包含循环内DB查询、重复计算、日志敏感信息泄露等；