OpenAI于2026年10月14日发布案例，介绍Block如何用其技术构建AI驱动的安全能力。能确认的只有：安全团队调查威胁更快，并能在数分钟内提出补丁。没有模型名、架构、评测数字，也没有自动化程度。下文只围绕这则表述来写。
公开表述里的两层能力
案例落在调查与修复两端。调查更快对应研判：告警归并、上下文拼装、初步定性。提出补丁且以分钟计，则把模型用到可执行建议，而不只是摘要。原文用 proposes patches，强调提案而非自动合入生产。对Block这类公司，更符合人在回路：模型起草，团队审核后走变更。
两者连在一起才是对外所说的AI-powered security。它没有声称替换检测引擎，而是压缩从发现到修复草案的周转时间。对开发者，可加速的是研判和补丁草稿，后者接近代码智能体用法。
材料没有回答的问题
速度不能自动等于能力。未说明威胁类型、是否含未知攻击、补丁是代码、配置还是规则，也无误报与回归数据。分钟级只描述产出节奏，不描述能否直接采用。
接入大模型还会带来提示注入、工具权限过大、内部资产进入上下文等风险。案例未谈治理与对抗测试，视为未披露。缺少和传统SOAR或人工流程的对比，无法判断收益来源。目前只适合借鉴工作流切分，不适合当架构模板。
我的判断
价值具体：把最耗人的研判和修复草案压到分钟级，补丁提案比告警摘要更可执行。适合已有安全团队、能审核模型输出的组织。
适用边界硬。支付与资金系统容错低，提案必须进变更管理，不能当自动修复器。材料不足以支持可规模复制。
局限也直接。这是厂商客户故事，证据几乎只有速度，没有质量与失败模式。分钟级若质量不稳，只是把错误生产得更快。评测和权限设计公开前，适合当方向信号，不适合当实施说明书。