OpenAI 于 2026 年 10 月 26 日介绍 CodeRabbit 使用 GPT-6.1 Sol 的案例。公开摘要只写明两点：该模型被用于在复杂代码库中调查安全风险；安全智能体帮助开发者审阅发现项和拟定修复。没有准确率、漏洞类别、仓库规模，也没有与既有安全工具或前代模型的对比。下文只依据已披露定位来写，不补未公开细节。
案例在说什么
描述可分两层。模型层关键词是「调查」安全风险，且针对复杂代码库，更像持续分析而非一次扫描。产品层把能力收成安全智能体，开发者动作是审阅发现、审阅拟定修复。场景因此落在代码审查的安全环节，而不是通用编程助手，也不是自动合入补丁。
「复杂代码库」被单独点出，意在强调真实工程环境。跨文件追踪、误报处理、修复如何生成与验证，摘要未展开。GPT-6.1 Sol 与同系列其他模型的差异也未说明。目前只能视为一次面向代码安全审查的模型接入，而非可引用的能力评测。
对开发工作流的含义
按字面理解，人仍在回路中：智能体呈现发现与拟定修复，开发者审阅。材料未声称自动修复，也未声称可替代人工安全评审或静态分析、依赖扫描等现有工具。能确定的节点只有调查风险、审阅发现、审阅拟定修复。
对中文团队，这只说明用例方向，不说明部署形态、上下文范围或是否进入持续集成。误报、漏报、修复是否引入新问题，均无法判断。更稳妥的读法是审查辅助，而不是自动加固。
我的判断
价值在于岗位清楚——调查风险、给出发现、提出供人审的修复，比空泛谈「AI 写代码」更具体。适用边界很窄：这是厂商案例，不是评测，证据停在场景描述。局限同样清楚：无公开数字、无独立验证、无漏洞类型清单，无法判断复杂代码库中的噪音，也无法判断拟定修复是否可靠。更多细节出现前，只适合当作用例参考，不适合作为选型或替换现有安全流程的依据。