企业AI采购的“安全审查坟场”
2026年秋天,一批已经通过试点、本该进入生产环境的AI智能体,正躺在大型企业的安全审查队列里。它们不是不够聪明,而是没有人能回答一个看似简单的问题:这个智能体接入客户数据、获得工具调用权限之后,究竟会不会做出企业向自己的客户承诺过“绝不会发生”的事。
Rune Kvist给出的描述更具体。他说,银行、医院、政府和军队不再因为模型不够智能而拒绝部署AI,他们拒绝的原因是“他们已经向自己的客户承诺过系统会做什么、不会做什么,而目前没有人能对此提供保证”。Kvist是Anthropic的第一位产品招聘,他的联合创始人Rajiv Dattani曾在AI安全研究机构METR担任首席运营官。两人在2024年创立了Artificial Intelligence Underwriting Company(AIUC),试图用一套第三方审计、认证与保险的组合,把“AI智能体是否可信”从一个采购话术问题变成一个可验证、可承保的工程问题。
这家总部位于旧金山的公司于2026年9月15日宣布完成4000万美元A轮融资,由Ribbit Capital领投,First Harmonic参与。加上此前由Nat Friedman通过NFDG领投的1500万美元种子轮,AIUC累计融资达到5500万美元。这笔钱要解决的问题,比融资数字本身更值得拆解:当企业AI采用的瓶颈从“模型能力”转向“信任与责任”,第三方认证和保险能不能成为智能体时代的UL标志,仍然是一个开放命题。
| 字段 | 内容 |
|---|---|
| 公司 | Artificial Intelligence Underwriting Company(AIUC) |
| 轮次 | A轮 |
| 金额 | 4000万美元 |
| 投资方 | Ribbit Capital(领投)、First Harmonic |
| 总部 | 旧金山 |
| 创始人 | Rune Kvist、Rajiv Dattani |
| 官网 | https://aiuc.com/ |
把SOC 2的逻辑搬进智能体时代,但测试对象从“控制措施”变成了“行为”
AIUC的核心产品是一个名为AIUC-1的标准及配套测试服务。据公司披露,AIUC-1以网络安全领域广泛采用的SOC 2为参照,但测试对象发生了根本性变化:SOC 2审计的是企业是否具备并执行了既定的控制流程,而AIUC-1直接对AI智能体的行为进行对抗性测试。公司称,其测试套件包含约5000项风险与攻击组合,覆盖越狱、幻觉、数据泄露等场景,测试结果产出一份约100页的报告,最终审计由人工核验。
这个设计选择值得注意。传统合规审计的隐含假设是:如果流程存在且被执行,风险就处于可接受水平。但智能体的风险特征不同——同一个模型,在更换提示词、工具或底层模型供应商之后,行为可能发生显著变化;同一个智能体,接入客户私有数据与内部系统之后,表现也可能与评估时不同。据公司披露,AIUC的回应是要求智能体独立审计并每季度重新认证。据公司披露,ElevenLabs在完成超过5000次对抗性模拟后获得AIUC-1认证及配套保险。这一数字来自公司方面,目前没有独立第三方对测试有效性进行公开验证。
AIUC的技术路线还有一个容易被忽略的细节:公司使用AI智能体执行测试、用AI分析数据,但最终审计由人工核验。这意味着AIUC本身也是一个AI智能体的重度用户,其产品的可信度部分建立在其内部测试智能体的可靠性之上。这是一个递归问题,AIUC尚未披露其测试智能体本身如何被审计或验证。
保险不是附属品,而是标准采纳的激励机制
AIUC的商业模式包含两个相互咬合的部分:第三方审计与认证,以及与认证结果挂钩的保险。据公司披露,保单保额上限最高为5000万美元。这个结构的设计意图很清晰:认证提供风险识别与定价依据,保险提供风险转移与损失补偿,两者共同构成一个“通过认证即可获得保障”的闭环。
Dattani在官方新闻稿中给出了一个历史类比:当电力系统频繁引发火灾时,承担赔付责任的保险公司出资建立了Underwriters Laboratories(UL),对电气产品进行测试与认证;直到今天,UL标志仍然出现在美国大多数灯泡上。他的判断是“AI需要同样的标准、测试与保险组合”。这个类比在叙事上有效,但在现实中存在一个关键差异:UL认证的是物理产品的电气安全属性,其失效模式相对稳定且可重复测试;而AI智能体的行为空间远大于电气产品,且会随着模型更新、提示词调整和部署环境变化而漂移。认证能否像UL标志一样保持长期有效性,取决于AIUC能否持续跟踪已认证智能体的实际行为变化,而不仅是发放证书时的静态快照。
从资本结构看,Ribbit Capital的参与具有信号意义。这家以金融科技投资闻名的机构,其创始人兼管理合伙人Micky Malka在声明中称,AI正在走上金融服务的同一条道路,“信任是最重要的成功指标”,而且AI的演进速度超过了企业用来评估它的系统。Ribbit的普通合伙人Nick Shalek则直接点出AIUC“突破了冷启动问题”,将AI构建者、企业、安全负责人、审计方和保险公司围绕单一标准对齐。这些是投资方声明,代表的是出资方的判断,而非市场验证结果。AIUC未披露估值、收入规模、认证定价及平台保险保费规模,因此无法从公开信息判断其商业闭环的强度。
250名财富1000强安全负责人参与标准制定,是护城河还是采购阻力?
AIUC称,超过250名来自财富1000强的安全与风险负责人通过AIUC Consortium参与AIUC-1标准的制定,并以月度会议的形式持续提供反馈。Dattani描述的问题是:“当你从别人那里购买智能体时,你会看什么?你想问什么问题?你希望看到什么被解决?”这种“买方定义标准”的策略在逻辑上成立:如果标准由采购方共同塑造,那么通过认证的供应商就更有可能被采购方接受。
但这里存在一个需要拆分的张力。250名安全负责人参与标准制定,意味着AIUC-1的测试维度可能反映了大型企业的合规偏好,而非智能体实际风险的完整分布。编辑分析认为,大型企业的安全团队倾向于关注数据泄露、权限越界、审计留痕等传统安全议题,而对智能体特有的失败模式——例如在长任务链中的目标漂移、多智能体交互中的意外协作、以及模型更新引入的行为回归——可能缺乏统一的评估框架。AIUC-1覆盖的领域据公司披露包括数据与隐私、安全、安全性、可靠性、问责与社会风险,但具体的测试权重和通过阈值未公开。
另一个值得关注的事实是,AIUC-1框架与律所Orrick共同开发。这意味着标准从诞生之初就嵌入了法律合规视角,这有助于认证结果在采购合同和监管沟通中获得认可,但也可能使标准偏向“可辩护的合规清单”而非“可操作的风险控制”。这两者并不总是重合。
客户名单亮眼,但收入规模与认证定价仍是黑箱
AIUC披露的客户名单包括Cursor、Lovable、Harvey、ElevenLabs、KPMG、UiPath和Fin。这些名字覆盖了AI编程工具、语音智能体、法律AI、专业服务机构和客服智能体等多个品类,说明AIUC的认证服务在AI供应商群体中获得了早期采用。KPMG的出现尤其值得注意:一家四大会计师事务所同时是AIUC的客户和潜在渠道,这可能意味着AIUC-1认证有进入企业审计与咨询工作流的路径。
然而,客户名单不能等同于商业验证。Runtimewire在报道中明确指出,这些客户名字“没有说明AIUC产生了多少收入、认证如何定价、以及有多少保险保费流经平台”。AIUC未披露任何收入数据。从公开信息无法判断这些客户是付费认证、试点合作还是通过投资关系获得的早期采用者。Nat Friedman通过NFDG领投了种子轮,而Cursor与Nat Friedman的关系在行业中是公开事实;Anthropic联合创始人Ben Mann参与了种子轮,而AIUC的创始人Kvist是Anthropic早期员工。这些关联不意味着客户关系不真实,但意味着早期客户名单可能部分建立在创始人与投资人的网络之上,其可复制性有待验证。
从智能体到前沿模型:资金用途背后的标准竞赛
AIUC明确表示,本轮资金将用于把审计、标准与保险从智能体扩展至前沿模型,构建“前沿监督生态”。这是一个雄心远超当前产品边界的目标。智能体层面的认证面对的是企业采购场景,而前沿模型层面的监督面对的是实验室开发场景,后者的技术难度、利益格局和监管敏感性都完全不同。
从已披露的创始人背景看,这个扩展方向有其逻辑。Dattani在METR担任COO期间,该机构为前沿实验室进行模型评估,OpenAI曾使用METR作为独立研究机构调查其Hugging Face事件,Anthropic CEO Dario Amodei也曾公开提议让前沿实验室使用嵌入式第三方评估者。AIUC进入前沿模型监督领域,相当于把Dattani在METR积累的评估方法论与AIUC的认证和保险机制结合。但AIUC并未披露其在前沿模型评估方面的具体技术储备或实验室合作关系,这一扩展目前仍处于融资叙事阶段。
从竞争格局看,Runtimewire的报道指出,其他安全初创公司聚焦于生产系统内部控制,例如检查智能体的提示词、工具调用与响应,或为智能体分配身份与委托权限。AIUC的商业押注集中在评估、持续测试和与认证系统挂钩的保险上。这两类路径并非互斥,但代表了不同的价值主张:前者提供实时防护,后者提供采购决策依据和风险转移。AIUC的挑战在于,如果企业已经在生产系统中部署了实时防护工具,认证服务的增量价值是否仍然足够大,以支撑一个独立的商业闭环。
认证的持续性漏洞与“采购捷径”风险
AIUC面临的最核心风险,来自其产品逻辑本身。认证是对某一时刻智能体行为的评估,但智能体是持续变化的软件系统。供应商可以在评估后更改模型、提示词、工具、权限或底层模型供应商;同一个智能体接入客户私有数据与内部系统后,其行为可能与评估时不同。AIUC的应对是每季度重新认证,但季度周期内发生的变化如何被捕获,公司未披露具体机制。如果认证无法持续跟踪实际部署的智能体版本,那么证书的信息价值会随时间快速衰减。
第二个风险是认证的“采购捷径”效应。认证假设供应商已有可运转的安全与治理流程,审计可以识别薄弱控制并测试防御,但无法为把证书当作采购捷径的客户制造内部问责。换句话说,AIUC-1认证可以告诉采购方“这个智能体在测试中表现如何”,但不能替代采购方自身的风险治理体系。如果企业把认证视为一劳永逸的合规凭证,那么认证反而可能降低组织的风险敏感度。
第三个风险来自标准竞争。AIUC-1目前没有公开的竞争对手被来源材料点名,但这并不意味着标准真空会持续。SOC 2本身就是一个由AICPA管理的成熟标准,其扩展到AI领域的可能性存在;欧盟AI法案引入了分级风险分类,可能催生监管认可的标准体系;大型云厂商和安全厂商也有动机推出自己的AI安全认证。AIUC的先发优势能否转化为标准主导权,取决于其能否在监管框架成型之前建立起足够的网络效应。
一个尚未回答的问题:谁为智能体的失败买单?
AIUC的叙事中隐含着一个更大的产业命题:当AI智能体从工具变成“数字员工”,企业需要的不仅是技术防护,更是一套责任分配机制。传统软件采购中,供应商的责任边界由合同条款、服务等级协议和保险共同界定;而在智能体场景中,失败模式更复杂,责任归属更模糊。AIUC试图用“认证+保险”来填补这个空白,其逻辑是:认证确定风险等级,保险确定赔付上限,两者共同为企业提供可计算的信心。
但这个命题的成立依赖于一个前提:AIUC的认证结果能够被保险公司接受为可靠的承保依据。目前AIUC的保险产品与认证结果挂钩,但保险的承保方是谁、再保险安排如何、保费规模多大,均未披露。如果AIUC自己承担保险风险,那么其资本结构将面临巨大的尾部风险敞口;如果AIUC只是保险经纪或MGA(管理型总代理),那么其商业模式的本质是认证服务,保险只是分销渠道。这两种模式对公司的估值逻辑完全不同,而公开信息无法区分。
从已披露的事实看,AIUC确实抓住了一个真实且正在扩大的市场缺口:企业AI采用的约束从能力转向信任,监管框架在欧盟和美国多州同步收紧,大型企业日益要求供应商在内部部署AI工具前证明合规。但抓住缺口不等于填平缺口。AIUC的认证标准、测试方法和保险机制都还处于早期验证阶段,其客户名单证明了需求存在,却未证明商业模式的可持续性。4000万美元A轮融资为AIUC赢得了扩大标准网络的时间窗口,但标准竞赛的终局,取决于谁能最先让“认证”成为企业采购流程中不可跳过的一环。
验证边界与可复核指标
本文涉及的“首个、唯一、最大、领先”、订单、出货、性能等表述,如无另行说明,均是公司、创始人或投资方在现有公开材料中的披露口径;RecodeX未在本次采集材料中找到独立审计或第三方测试结论,因而不将其视为已经独立确认的事实。文中的产业协同、竞争位置和商业路径属于基于已披露产品与融资用途的编辑分析,不代表相关结果已经实现。
- 技术侧应核验第三方测试条件、样本规模、良率、稳定性及与可比方案一致口径的结果;
- 商业侧应核验去重后的付费客户、可执行合同、收入确认、复购率以及订单转化;
- 资本与产业协同应以工商股权、关联交易、联合开发、采购或量产文件为准。
RecodeX 极客视:AIUC真正想做的不是卖认证,而是让“AI可信”成为像SOC 2一样的企业采购默认项。这条路的风险在于:标准一旦被采购流程采纳,就会变成合规清单;而智能体的风险恰恰在清单之外。认证能告诉你一个智能体在5000项测试中的表现,但企业真正需要知道的是,当它接入你的客户数据、调用你的内部工具、面对从未见过的对抗性输入时,它会不会做出你无法向客户解释的事。这个问题,没有任何一张证书能替企业回答。
