要让智谱清言代码评审提示词真正落地，须锚定工程师实际操作场景：明确平台入口、提取UI容器class名限定分析范围；用“三句话约束法”规范输出为“问题定位→风险等级→修复建议”，每段动词开头且≤38字；绑定IDE快捷键语境并植入带行号的真实代码片段，严格限定上下文。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
要让智谱清言生成的代码评审提示词真正用得上、改得快、审得准，必须绕开泛泛而谈的“专业”“全面”“严谨”这类空洞要求，直接锚定开发人员打开评审界面后第一眼看到什么、鼠标会点哪里、键盘敲什么——落地页不是写给AI看的，是写给正在赶迭代的工程师看的。
明确评审动作触发点
先确认你用的是哪个平台：GitHub PR页面？GitLab Merge Request详情页？还是内部自建的代码评审系统？不同平台的UI结构差异极大，比如GitHub的“Files changed”标签页默认折叠大段diff，而GitLab会把新增行高亮为绿色块状区域。不锁定具体入口，提示词再好也落不了地。
打开一个真实待评审的PR链接，右键→检查→定位到代码变更区域的父容器class名（例如GitHub是js-discussion，GitLab常见为diff-file）。把这个class名记下来，后面提示词里要强制AI只聚焦该区域内容，否则它会去分析README或CI配置文件——这些根本不在工程师当前视线内。
用「三句话约束法」框定AI输出格式
方法一：强制分段+动词开头+字符上限
让智谱清言每次输出严格按「问题定位→风险等级→修复建议」三段式，每段首字必须是动词（如“替换”“删除”“补全”），且整段不超过38个汉字。这对应工程师扫读时的自然视线动线：先看哪行出问题，再判断要不要立刻处理，最后决定怎么改。
方法二：绑定IDE快捷键语境
在提示词里加入“假设评审人正用VS Code，光标停在第47行，Alt+F8已设为快速跳转到问题行”。这样AI生成的建议会自动包含类似“将parseInt(str)改为Number(str)，避免NaN隐式转换”这种带具体API和操作路径的指令，而不是笼统说“注意类型安全”。【不写这条，AI大概率输出教科书式原理，而非可点击执行的动作】
植入真实代码片段做上下文锚定
第一步：从PR中复制一段含典型问题的代码块（必须带行号和缩进，比如Vue组件里v-for未加key的那段）
第二步：把这段代码原样粘贴进提示词，并在前后各加一行注释说明场景：“// 场景：用户提交登录态校验逻辑，此处token解析存在空指针风险”
第三步：在提示词末尾追加指令：“仅基于以上12行代码输出评审意见，禁止推测其他文件或函数，若无风险则返回‘✅ 本段无可疑逻辑’”
这一步卡死范围很关键。很多团队失败在于让AI“通读整个PR”，结果它花80%篇幅分析测试用例覆盖率，而工程师最急的是搞清那行res.status(500).send()为什么没加错误日志——上下文越窄，AI越敢下判断。
