这里讨论一个实际场景：你让 Notion AI 审查一段前端代码，结果它不仅分析变量命名和异步错误，还额外输出一堆“团队协作流程建议”“绩效考核指标”“CI/CD 配置策略”。这显然不是你真正想要的结果。

核心问题在于提示词中缺少有效的过滤机制。如果指令写得模糊，AI 会自动“脑补”成管理向内容，因为它默认“代码评审”这个词本身就涵盖了流程、规范、协作等多个维度。你需要一套三层过滤机制，才能确保它只聚焦代码逻辑本身。

第一步：身份+动作双约束，堵死泛化入口

AI 指令框顶部第一行必须明确写死：“你是专注于 JavaScript/TypeScript 前端代码逻辑审查的静态分析助手，只检查变量命名、条件分支覆盖、异步错误处理、DOM 操作安全性这四类问题。”

这里有一个关键细节：不能只写“你是一位代码评审员”。如果没有限定语言与问题类型，Notion AI 会自动补全为“架构设计”“技术选型”“团队规范”等管理向内容——你根本拦不住它。

紧接着要加入动作限定：“所有输出必须以‘问题位置→现象→修正建议’三段式呈现，例如：‘第12行：fetch 未包裹 try/catch → 网络失败时页面白屏 → 建议添加 catch 并渲染 error UI’。”这个示例模板直接绑定了输出格式，AI 就无法自由发挥成其他样式。

第二步：用 NOT 关键词硬隔离常见干扰项

操作上分为两种方式，可以结合使用。

方法一：在提示词末尾另起一行，输入“请严格排除以下主题：团队协作流程；绩效考核指标；CI/CD 流水线配置；代码提交规范；Git 分支策略；SaaS 产品定价；用户增长漏斗；OKR 拆解；会议纪要模板；私域运营话术。”多个排除项用分号隔开，不加句号结尾。关键是这些词必须是具体可 Ctrl+F 搜索的字符串——写“管理类内容”这种模糊表述 AI 根本识别不了。

方法二：插入领域绑定式反向验证句：“若某条建议需引用《持续交付》《OKR 工作法》或《增长黑客》中的方法论，则自动舍弃。”经验表明，列出具体书名比写“管理类书籍”更有效，Notion AI 能精准触发过滤。

第三步：植入不可绕过的语法锚点

这一步分三个动作，缺一不可。

首先，指定唯一可信来源：“所有判断依据必须来自 MDN Web Docs 2026 年 Q2 更新的 fetch()、Promise、EventTarget 文档，或 TypeScript 5.4 最新手册‘Error Handling’章节。”这个锚点一绑定，AI 就不能随便引用外部管理类方法论来回答。

接着，强制绑定真实代码结构：“每条问题必须标注精确到行号与关键字的定位信息，例如‘第8行 await 后缺少 try/catch’‘第23行 document.querySelector(‘#user-name’) 未校验返回值’。”没有精确到行号和变量名的定位信息，AI 很容易泛化成“建议优化代码质量”这种无意义话术。

最后，限定动词颗粒度：“禁止使用‘优化’‘增强’‘完善’等无指向性动词；必须使用‘补全’‘替换为’‘移除’‘添加 try/catch 包裹’‘改为 optional chaining’等可执行操作动词。”动词越具体，AI 越不可能偏离到流程讨论上去。

验证是否生效的关键操作

生成结果后，立即用 Ctrl+F 搜索你写入的任一禁止词，比如搜索“OKR”或“CI/CD”。如果页面高亮出现，说明该禁止项未被识别。

此时不要修改原文，而是回到 AI 助手输入框，把原提示词中的“请严格排除……”整行删除，重新输入一遍——复制粘贴会导致隐藏空格或换行符，引发识别失败。

再次点击“Ask AI”，对比新输出中是否彻底消失对应元素。这个验证步骤不能省略，很多人就是卡在这一步没能到位。