标题应直击开发者痛点，用“问题现象+触发场景”组合，如“非法字符串输入导致panic”“缓存key重复导致脏数据”，避免抽象表述，确保可观察、可验证。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
把代码评审中真实存在的痛点直接写进提示词标题，能快速让开发者意识到这个提示词解决的是自己正卡住的问题，而不是泛泛而谈的“通用评审模板”。标题里必须出现具体行为、错误类型或后果，比如“漏掉空指针检查”“合并后CI失败”“日志埋点缺失导致排查困难”，不能只写“提升代码质量”或“加强评审力度”。
用「问题现象+触发场景」组合造标题
第一步：打开最近三次被退回的PR页面，逐条看评论区里 reviewer 写的驳回理由；
第二步：挑出重复出现≥2次的具体描述，例如“缺少边界校验”“未处理异步超时”“硬编码了测试环境域名”；
第三步：把该描述和它发生的典型上下文拼成短语，如【缺少边界校验→用户输入非法字符串时服务panic】；
第四步：删掉所有修饰词和动词，只保留名词性主干，变成标题：“非法字符串输入导致panic”。
避免抽象形容词，强制替换为可观察结果
方法一：把“不规范”换成“Git提交信息不含JIRA ID”；
方法二：把“易出错”换成“调用方未判空时SDK直接NPE”；
方法三：把“可读性差”换成“同一业务逻辑在3个文件里分散实现且命名不一致”。
【替换前若含‘较’‘略’‘相对’‘可能’等模糊限定词，必须删除】
从线上事故反推标题关键词
翻出最近一次P0级故障的根因报告，定位到代码层缺陷那一行；
提取其中的动词+宾语结构，例如“覆盖了原有缓存key生成逻辑”；
去掉技术细节，保留影响面，改成“缓存key重复导致脏数据”；
这比“优化缓存设计”更精准触发评审注意力。
