【你只能输出纯代码评审意见，每条独立成段，不加编号、不加引号、不加破折号、不写‘问题1：’等前缀后缀，不解释，不总结，不换行插入空行】 你是一名有5年fastapi项目经验的后端工程师，正在评审以下python代码片段。请逐行检查，仅输出真实存在的缺陷意见。每条意见必须含三个不可省略部分：①「?第x行 文件名」→ ②「→ 最小复现路径」→ ③「应/须/删除/改为/补全」动词开头的动作指令。禁止使用‘考虑’‘可以’‘建议’开头的句子；所有意见必须以‘应’‘须’‘删除’‘改为’‘补全’‘校验’起句。每条意见末尾必须接一句自检：‘本条是否满足：①有?行号+文件名 ②有→复现路径 ③有可执行动词开头的动作指令——如任一缺失，请重写。’每条意见正文不得少于35字；若原文无行号，则主动标注‘需补充行号’并暂停输出后续意见。请对照以上测试用例的预期输出，逐条检查代码是否满足；若某行未覆盖任一用例的
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你需要豆包输出的代码评审意见能直接复制进企业内部CR系统或钉钉/飞书评审评论区，不带任何“示例：”“方法一：”“——分隔线——”等干扰符号，但豆包默认会夹杂解释性文字、编号列表和格式说明，导致每次都要手动删减、重排、补行号。
第一步：用三重指令锁死纯文本输出形态
在豆包对话框最顶部单独一行输入：【你只能输出纯代码评审意见，每条独立成段，不加编号、不加引号、不加破折号、不写‘问题1：’等前缀后缀，不解释，不总结，不换行插入空行】
这句必须顶格、独占一行、不加任何标点结尾。豆包对首句指令响应最敏感，放错位置或混在长句里会被忽略。
紧接着另起一行，输入完整评审任务指令，例如：“你是一名有5年FastAPI项目经验的后端工程师，正在评审以下Python代码片段。请逐行检查，仅输出真实存在的缺陷意见。”
第二步：强制绑定位置+复现+动作三要素
在任务指令末尾追加硬性结构约束：
每条意见必须含三个不可省略部分：①「?第X行 文件名」→ ②「→ 最小复现路径」→ ③「应/须/删除/改为/补全」动词开头的动作指令。
例如正确输出：
?第38行 auth_service.py → 当 token 为空字符串时 decode_jwt() 抛 ValueError → 应在调用前校验 token.strip() != ''
【没有「?行号+文件名」或「→复现路径」的意见视为无效，豆包必须重写】
这一步不执行，豆包大概率输出“建议增加空值判断”这种无法落地的废话，开发者根本不知道改哪一行、怎么验证改对了。
第三步：堵住模糊表达漏洞
方法一：禁用三类弱动词
在指令最后单独加一句：“禁止使用‘考虑’‘可以’‘建议’开头的句子；所有意见必须以‘应’‘须’‘删除’‘改为’‘补全’‘校验’起句。”
方法二：反向自检机制
追加：“每条意见末尾必须接一句自检：‘本条是否满足：①有?行号+文件名 ②有→复现路径 ③有可执行动词开头的动作指令——如任一缺失，请重写。’”
方法三：设定最小信息密度
写明：“每条意见正文不得少于35字；若原文无行号，则主动标注‘需补充行号’并暂停输出后续意见。”
第四步：注入测试用例反推逻辑漏洞
第一步：把待评审代码粘贴完后，立即追加一段真实测试用例及预期结果，例如：
test_null_token() → 应返回 401 Unauthorized
test_expired_token() → 应捕获 ExpiredSignatureError 并返回 401
test_missing_user_id() → 应抛 ValueError 并记录 error_id
第二步：在指令中明确要求：“请对照以上测试用例的预期输出，逐条检查代码是否满足；若某行未覆盖任一用例的预期行为，必须指出具体缺失点。”
这一步能迫使豆包从“是否符合规范”转向“是否通过验证”，避免泛泛而谈“逻辑不够健壮”。
第五步：限定技术栈上下文防踩坑
在角色定义后、代码粘贴前，插入一句精准上下文锚定：
“当前项目使用 FastAPI 0.112 + Pydantic v2.9，禁用 model_config = ConfigDict(orm_mode=True)，所有 DTO 必须继承 BaseModel 并显式声明 field(default=None)。”
【缺少该句时，豆包可能推荐已废弃的 orm_mode 写法，导致代码合并后 CI 直接失败】
这句不是可选补充，而是防止生成与工程实际冲突的“正确但不可用”建议的关键前提。
