标题须明确具体痛点，如“高并发下单库存超卖”，需包含问题现象、影响范围、发生场景，并用冒号前置、括号标注或问句形式呈现，避免模糊词与动词缺失。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
想让Gemini在代码评审时精准识别并指出你最头疼的问题，标题里必须明确写出具体痛点，不能只写“请评审这段代码”这种模糊要求。
先搞清痛点到底是什么
打开你刚被拒的PR或线上报错日志，挑出最近三次让你熬夜改、被测试卡住、上线后立刻回滚的问题——比如“Redis连接池耗尽导致接口超时”“并发下单重复扣库存”“JSON序列化丢失LocalDateTime时区”。这些才是真痛点，不是“代码不够优雅”“命名可以优化”。
把问题现象+影响范围+发生场景三者压缩成12字以内短语，例如：“高并发下单库存超卖”“定时任务漏触发”“跨服务调用NPE”。
标题中嵌入痛点的三种写法
方法一：直接前置痛点关键词
在标题开头用冒号分隔，例如：【高并发下单库存超卖】请评审OrderService.create()中库存扣减逻辑
方法二：用括号标注核心风险
把痛点放在括号里紧贴函数名，例如：OrderService.create()（存在库存超卖风险）代码评审
方法三：用问句点出致命后果
不描述现象，直接问结果，例如：这段扣库存逻辑能否防止1000QPS下的超卖？
必须避开的标题雷区
第一步：删掉所有形容词和模糊动词——“优化”“改进”“增强”“提升”“建议”全删。
使用AIsa生成图像与视频。仅需一个API密钥即可调用Gemini 3 Pro Image（图像）和Qwen Wan 2.6（视频）。
第二步：检查是否出现“相关”“部分”“某些”“可能”这类弱限定词。出现就重写，例如把“可能存在空指针”改成“UserService.findById()未判空导致NPE”。
第三步：确认标题里有没有动词缺失。错误示范：“Redis缓存穿透风险”；正确写法：“getUserById()未加空值缓存导致Redis穿透”。
这一步最容易翻车：标题里没写清楚【哪个函数/哪行代码/什么输入条件下】会触发痛点，Gemini大概率泛泛而谈。
