严格设定标题字数在12至18字

关键步骤在于，在提示词的末尾单独附上一行指令：“标题严格控制在【12–18】字之间”。这里需要特别注意标点符号规范：必须使用中文方括号【】和短横线 –。这是因为石墨AI的底层模型对这类特定格式的区间指令识别最为稳定。

同时，应避免使用如“请为本次评审生成一个合适的标题”这类引导性语句，因为它们常会诱导AI生成带有解释性文字的超长标题。最佳实践是直接陈述任务主体：评审user-service/src/auth/jwt.go第42–58行权限校验逻辑 → 标题严格控制在【12–18】字之间。

此操作并不复杂，确保在复制粘贴后检查标点符号均为全角字符即可。

锚定资深后端工程师的评审语气

推荐两种方法：其一，通过角色与禁令双重锁定。指令开头可设定：“你是一名有7年Go微服务经验的后端主程，正为组内中级开发撰写代码评审备注”，并紧接着声明：“禁止使用‘建议’‘可以优化’‘注意’等指导性动词”。这能引导AI以陈述事实、直指风险的风格输出，例如“JWT签名校验遗漏空token边界条件处理”比“建议增加空token判空”更具专业性与直接性。

其二，绑定具体行动指令。在提示词中加入“标题需体现你已定位到具体代码行，并准备在石墨文档中@相关开发者跟进”。这能将“@张三，第47行需修复”的行动感融入标题结构，从而生成如“jwt.go第47行token解析缺失nil判空检查”这类指向明确的标题。

批量生成时确保标题结构统一

首先，在提示词起始处声明结构模板：“所有评审标题必须遵循【缺陷位置】+【问题类型】+【潜在后果/风险】的三段式结构”。

其次，提供一个清晰的填充样例以供参考，例如：“【jwt.go第47行】+【空指针隐患】+【引发500内部错误且无日志记录】”。

最后，追加一条校验指令：“生成后自动检查：是否包含文件名与行号？是否包含明确缺陷类型（如‘竞态条件’‘内存泄漏’‘SQL注入’）？是否描述了可验证的后果？任一要素缺失则需重写。” 此步骤能高效过滤掉“权限校验逻辑需完善”这类无效标题，因其缺乏具体位置、问题类型和后果描述。