百度贴吧将AI代码审查纳入日常研发

小码哥（iCode AI CR）只做代码评审、不参与编写代码，目标是把重复性与规范性检查交给 AI，让研发与评审者聚焦架构设计、业务逻辑正确性与扩展性。贴吧的痛点为代码库多、提交频率高、人工评审质量参差、新人重复踩规范坑、review 疲劳与耗时高，团队目标设定为 2026 年 Q1 使 AI CR 成为开发流程的自然环节、覆盖 80% 日常 CR 请求。 落地方式：小码哥已全量开放权限，负责同学为代码库在 iCode 提交规则中开启智能评审（支持实时 + 夜间评审配置）后，提交代码即自动触发。AI 生成行间评论与总结报告并标记三级严重度（高/中→必须处理并阻塞合入，优化建议→评估处理、拒绝需说明原因且支持多轮对话让 AI 重评，低优先级→可选参考），开发者点击采纳/拒绝并可在评论区与 AI 多轮对话提升精准度，评审者确认后合入，AI 评审记录沉淀为团队经验。 规则体系分两层：平台预置的通用规则覆盖 3 大类维度、开箱即用。贴吧从 25/26 年历史线上问题和日常 CR 典型问题中沉淀 14 条定制规则（分语言 22 条）、覆盖 P0/P1，规则文件保存在代码库 baidu/tieba-xxx-xxx/smart-cr/rules/ 下并按 php/go 语言与模块组织，按「初期配置→跑一两周→收集误报/漏报→反馈闭环→迭代规则」持续打磨。 协同上建立三层闭环：贴吧与小码哥共建专属反馈群实时响应误报漏报并明确接口人、需系统跟进的问题进 iCafe 卡片并带 SLA 与升级通道、每周四周会评审需求并按「贴吧提需求卡→周会评审→小码哥开发」流转。10 周结果：评审占比由 33% 升至 84%，评审 icafe 数量由 3 次/周增至峰值 85 次/周，bug 密度由 0.332 降至 0.11（-66.87%）。