稿定AI代码评审需严格锚定原始代码并拦截无关内容：首行粘贴含路径/函数名的代码块并声明唯一依据；末行用“Negative:”列出具体禁用项；所有结论须绑定代码中真实语法单元。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你想让稿定AI在代码评审场景中只聚焦真实提交的代码片段本身，不插入编程教学、IDE操作指南、团队管理建议或跨语言类比，避免评审意见变成泛泛而谈的“最佳实践”合集，直接削弱技术判断可信度。
用“代码锚定+负向拦截”双机制锁死评审边界
第一步：把待评审的原始代码块（含文件路径、函数名、关键行号）完整粘贴到提示词最开头，加一句：“以上为本次评审唯一依据，AI不得引入任何未出现在该代码块中的变量名、函数调用、错误码、注释文本或行内字符串。”【漏掉这句，稿定AI会自动调用训练数据中的“常见漏洞模式库”，补上‘SQL注入风险’‘XSS过滤缺失’等未在代码中实际出现的判断】。
第二步：在提示词末尾另起一行，输入“Negative:”前缀，后接三项以上可识别的排除项，例如：“Negative: 无VS Code快捷键说明；无Git commit message格式建议；无‘建议采用DDD分层’等架构级提议；无Python与Java写法对比”。每项必须是具体动作、工具名或术语，不能写“无关内容”。
第三步：强制所有评审结论绑定到代码中真实存在的语法单元。例如，若代码里写了res.status(401).json({error: 'unauthorized'})，评审意见只能围绕401、json、error这三个词展开；若代码未出现middleware一词，禁止输出“缺少鉴权中间件”这类推断句。
按评审类型选禁用组合
方法一：面向CI流水线自动评审（如GitHub PR评论）
禁止出现人工操作指令；禁止使用“请修改”“建议增加”等祈使句；禁止提及“开发同学”“后端同事”等人称主语；禁止输出带编号的整改步骤（如“①……②……”）——这类内容会干扰自动化脚本解析。
方法二：面向Code Review会议速记稿生成
禁止出现“该问题严重程度为高”等评级表述；禁止引用OWASP Top 10或CWE编号；禁止插入修复代码示例（除非原文已有对应修复段落）；禁止使用“综上所述”“值得警惕的是”等总结性短语。
方法三：面向新人代码带教笔记
禁止出现“初学者常犯”“一般应避免”等泛指表述；禁止列举未在代码中出现的其他语言写法（如“Go中可用defer替代”）；禁止使用“我们团队”“上次项目”等虚构上下文；禁止添加“扩展阅读：xxx链接”。
验证是否生效的当场操作
第一步：生成结果后，立即用Ctrl+F搜索你写入的任一Negative项，比如搜“VS Code”或“DDD分层”。若页面高亮出现，说明该禁令未被识别。
第二步：回到稿定AI输入框，把整行“Negative:……”删除，重新手动逐字输入一遍——【复制粘贴会导致隐藏空格或全角冒号，稿定AI直接跳过整行解析】。
第三步：点击“重新评审”，对比新输出中是否彻底消失对应元素。
