必须用三道过滤闸门锁死poe输出：角色+动作双约束限定文本类型与指令颗粒度；not关键词与书名反向验证排除管理类主题；github/vs code/jetbrains来源、文件路径及精确动词锚定技术地盘。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你想用Poe批量生成代码评审建议，但每次输出都混进“团队管理”“OKR拆解”“程序员职业规划”这类和你一线开发身份完全无关的主题，必须在提示词里设下三道过滤闸门——先锁死角色与动作边界，再切断泛化路径，最后用不可绕过的实体锚点把AI钉在你的技术地盘上。
第一步：用角色+动作双约束封死泛化入口
在提示词开头直接写明：“你是专注AI工具在技术文档、接口说明、项目复盘三类文本中落地应用的实战型写作者，所有输出必须围绕这三类文本展开。”
这一步不能写成“你是一位资深开发者”，【没有具体文本类型，Poe会自动补全成‘博客’‘面试题解析’‘职业发展指南’等宽泛类别，进而带入管理类话术】。
紧接着加动作限定：“只生成可立即执行的动作指令，例如‘把Swagger注释转成中文版API文档初稿’‘用表格对比GitLab CI与Jenkins在部署日志结构上的差异’。”
第二步：用布尔逻辑排除法切掉常见干扰项
方法一：NOT关键词硬隔离
在提示词末尾插入：“请严格排除以下主题：OKR、KPI、团队复盘会、技术晋升答辩、程序员副业、知识付费、职场沟通技巧、简历优化、跳槽建议、35岁危机。”
方法二：领域绑定式反向验证
加入一句：“若某条建议需引用《高效能人士的七个习惯》《OKR工作法》或《程序员的自我修养》中的方法论，则自动舍弃。”
【列出具体书名比写‘职场类书籍’更有效，Poe能精准识别并触发过滤机制】。
第三步：植入不可绕过的实体锚点
第一步：指定唯一可信来源
写明：“所有技术细节必须源自以下三处之一：GitHub官方文档、VS Code 1.90版本内置帮助系统、JetBrains官方博客2026年5月后发布的文章。”
第二步：强制绑定真实文件结构
补充：“每条输出必须包含一个可定位的文件路径或界面元素，例如‘.vscode/settings.json第12行’‘IntelliJ IDEA Settings→Editor→Live Templates→+号添加模板’。”
第三步：限定动词颗粒度
要求：“动词必须精确到操作层级，如‘补全’‘折叠’‘高亮’‘右键→Refactor→Extract→Method’，禁止使用‘优化’‘提升’‘加强’等无指向性动词。”
