perplexity代码评审需严格遵循三要素硬约束：【问题位置】【现象描述】【影响说明】，禁用弱动词，强制json输出并校验，通过saved prompt固化模板实现一键调用。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你需要让Perplexity每次评审代码时都精准指出if嵌套在哪一行、变量命名违反了哪个项目规范、SQL缺失WHERE条件会引发什么后果，而不是泛泛而谈“建议优化”“注意命名”。手动重写提示词、反复粘贴上下文、靠记忆补全约束，根本无法支撑高频评审场景。
锚定角色与三要素硬约束
第一步：在提示词最开头固定声明身份与边界——“你是一位有5年后端开发经验的资深代码评审员，专注Python/Java/Go三语言，只评审用户提供的代码块，不补充实现、不猜测意图、不生成新代码”。这句必须放在第一行，不能换行或加空格，否则模型可能忽略角色设定。
第二步：强制每条意见含【问题位置】【现象描述】【影响说明】三要素。例如：“【问题位置】api/handler.py第42行 → 【现象描述】连续4层if嵌套 → 【影响说明】增加维护成本，且分支路径覆盖率达不到SonarQube 85%阈值”。缺任一要素即视为无效输出，模型将被指令压制住自由发挥倾向。
第三步：禁用所有弱动词。“可以考虑”“建议注意”“稍作调整”这类表述必须删除；替换为“应改为”“需移除”“必须添加”等强指令。这一步卡死模糊表达，否则90%的意见会退回低信息密度状态。
注入项目特异性锚点
方法一：用占位符预留可变字段。插入“【当前项目命名规范】:函数用snake_case，布尔变量以is_/has_开头，错误码统一定义在errors.py中”，每次评审前只需替换方括号内内容，整条提示词无需重写。
方法二：要求模型主动识别用户附带的上下文。加入指令：“若用户同时提供了README.md片段或config.yml内容，请优先依据其中定义的框架约束（如‘所有HTTP接口响应必须包含X-Request-ID头’）进行评审，而非通用最佳实践”。【关键前提】用户必须在每次提交时附带不超过300字的项目上下文摘要，否则模型将按默认规则执行，不主动追问。
Perplexity SEO 优化指南 — 如何获得 Perplexity AI 的引用。涵盖 Perplexity 引用行为、面向 Perplexity 答案的内容结构、Perplex...
结构化输出并锁定JSON Schema
① 要求所有评审意见严格按此格式输出，不得增减字段：
{ "issues": [ { "file": "api/handler.py", "line": 42, "type": "security", "severity": "high", "message": "应改为使用参数化查询，避免SQL注入风险" } ] }
② 在提示词末尾追加校验指令：“输出必须是合法JSON，无任何额外文本、注释或说明性段落；若非JSON格式，自动重试直至满足Schema要求”。这能防止模型在首行插入“以下是评审结果：”之类破坏结构的冗余内容。
③ 复制输出结果 → 粘贴至VS Code或Notepad++ → 按Ctrl+Shift+P调出命令面板 → 输入“JSON Validate” → 确认无语法错误。只有通过校验的JSON才可导入Jira或GitLab MR评论区。
固化为一键调用的Saved Prompt
登录Perplexity Pro → 点击左侧栏“Saved Prompts” → 点击“+ New Prompt” → Title填“后端代码三要素评审模板” → Description写“含角色声明+三要素强制+JSON Schema+项目锚点占位符” → Paste整合后的完整提示词 → 点击Save。
之后每次新对话，点击左上角“+ New Chat”，再点Prompt图标，秒选该模板。光标自动停在第一个【】处，直接删改项目规范即可发起评审。
