先说个冷知识：商业责任险的保单里，有一句话几乎张张都印着——
被保险人应确保相关设备在受过培训的操作人员控制下运行。
条款这种东西写出来本来就不打算让人读，所以平时没人在意它。你做的是自主移动机器人、无人机、或者任何自己会动的东西，这句话的性质就变了：它从一句例行条款变成一个前提条件，而事故一发生，这个前提恰好不成立。理赔还没开始就已经结束了。
流行的解释是"AI 太新，保险公司没数据，不敢保"。这个说法流传很广，我认为它抓错了主要矛盾。数据不足这件事，保险行业处理了一百年，新品类、新技术从来没断过，行业有一整套现成的办法。真正卡住的地方在条款语言里。
这篇拆完你会拿到一个心智模型：承保这件事在机制上依赖什么，自主系统踩断的是哪一步，以及为什么"把申请表填快点"这种看起来像 UI 优化的事，方向可能是对的。
保单是给"责任可归属"定价的
说人话就是——保单不是一个赔钱承诺，是一份"出了事算谁的"的记账协议，外加一个价格。
这两样东西各有一个前提。价格的前提是可估计的频率，这个事故一年大概发生多少次。归属的前提是一条能被指认的因果链，这次事故是谁的哪个行为导致的。
两个前提共享同一个底层假设：事故的原因可以被追溯到一个有名字的主体，而这个主体的事前行为可以被观察、被要求、被改进。
你翻一张商业责任险申请表，问题大概长这样：
- 操作人员是否受过培训，多久复训一次
- 操作手册当前是什么版本，变更怎么通知到现场
- 设备多久维护一次，维护记录怎么保存
- 现场有没有值班安排，能不能定位到具体个人
看着杂，问的其实是同一件事：你这个操作主体的可管理程度有多高。培训意味着这个人能被规则告知，维护记录意味着这个人的行为可以被追踪，值班那一栏更直接，出事的时候能落到具体某一天的具体某个人身上。所以传统保单定价，相当大一块是在给"人的可管理性"付钱。
这么讲有点糙，但用来理解后面的事够用了。
自主系统踩断的不是"没有人"这一环
这里最容易被搞混的是：大家以为自主系统的问题是"没有人来负责"。不是没人负责，是负责的位置从一个点变成了一条链。
一台自主设备出事故，往回追，可能要经过训练数据、模型权重、部署方的集成方式、场地运营方划的运行区域、现场维护的人、远程监控的人。每一段都真实存在，每一段也都只承担一小部分因果。加起来是一条链，拆开看，没有任何单独一段粗到能挂住一整张保单。
打个比方，这件事有点像财务审计，审计的目标是找到那个签字的人。类比撑到"需要定位一个责任主体"还没问题，撑不住下一步：审计里的签字人是法律规定的，位置固定，永远在同一个格子里。自主系统的责任位置不固定，取决于事故是什么形态。撞了人算感知问题，压坏货可能就算调度问题了，同一个事故从不同角度切进去，能挂上的责任方不一样。类比到这儿就该收了，剩下的只能靠条款本身讲。
数据不足不是主要矛盾，是个副产品
我一开始也以为主要矛盾是数据。往下推了一层才发现该反过来说。
保险行业针对新品类有一套成熟的定价路径：先按最坏情况定价，高费率，高免赔额，把主要风险用除外条款划出去，然后随着理赔记录慢慢积累，一年一年收紧。无人机早期、网约车早期都这么走过。这套路径具体怎么走、走多快，各家承保方差别不小，我讲的是相对主流的那个版本。
它依赖一个前提，理赔能正常走完并形成记录。
麻烦在这里：自主系统的事故，很多会先卡在条款的前提条件上。"设备在受过培训的操作人员控制下运行"这条不成立，理赔就走到一半停了。停掉之后不产生记录。没有记录，那套"先高价后收紧"的路径就没有原料，费率永远停在最坏情况那一档。
（你可能会问，那先让理赔正常走通不就行了。问题就在走不通这一步。）
整条链是这样转的：条款的隐含前提不成立，导致理赔不成立，导致记录攒不起来，导致费率下不来，导致部署方的保险成本一直很高，而高成本又会反过来压低部署量。部署量上不去，记录更攒不起来。
闭环，死循环。"承保缺口"这四个字听着像是"产品少"，拆开看是条款语言和事故形态之间对不齐。
那"秒填申请表"到底改了什么
回头说那家做这事的公司。Risklytics，YC S26 批次的，做前沿硬件公司的保险经纪。
流程看着很简单。输入公司网址，或者用大白话写一段你造什么、在哪跑，系统结合公开信息和你的描述，几秒钟生成一份填好的申请表，你确认就行。也可以选另一条路，跟一个保险专家打三十分钟电话，他一边问一边替你填。客户还能直接传一份客户合同上去，让系统从合同里把要求的保额读出来。
乍看是把填表体验做顺了。我觉得有意思的地方在另一处：它把答案的来源方向反过来了。
传统申请表的信息流方向是"从客户脑子里往外掏"。这个方向有个隐含假设，答案在客户那边，客户知道自己该填什么。
但表上很大一部分问题本质上不是知识题，是分类题，你的业务该被归到哪个已知的风险类别里。而一家硬件公司的网站、产品页、对外披露文件，恰好是这种分类信号最密集的地方。你造什么、卖给谁、部署在哪、怎么描述自己的产品，这些信息本来就挂在外面。
说人话就是：答案本来就不在客户脑子里，在客户的公开信息里。从网站预填不是偷懒，是把信息的流向摆正了。合同那一步更直白，保额要求是合同里白纸黑字写的数字，没必要让客户凭记忆复述一遍。
但签字那一步还是人的
流程里有一条得单独拎出来：每一张保单都是由持牌经纪人出具的，而且这个经纪人从流程开始到保单生效，一直被指派在这份档案上。
这一步没被自动化掉。原因不复杂，跟技术能力没关系，是中介这件事的法律结构决定的，承担销售责任的主体必须是有牌照的人。系统能替人做的是信息收集、分类、预填、进度跟踪这几个动作，签字和担责这两件事的位置是固定的，动不了。
它列出来的险种，从一般责任、网络责任、职业责任这些常规项，一直排到太空险。最后那项你别多想，能不能承保、按什么条件承保，还是得看具体业务和具体承保方。网站上也写了，页面上任何东西都不是报价，也不构成承保承诺，最终都要过核保、看条款、看当时还有没有这个产品。
缺口补在哪一层
把上面几层摞起来，"自主系统比保险行业跑得快"这句话落到实处，是这样一个结构：自主系统把事故的因果链拉长切细了，而保单的语言还在假设一个粗得多的链节。
补这个缺口，大头不在精算室。精算室要的是记录，记录卡在理赔上，理赔卡在条款的前提条件上。真正先要动的是条款语言，把"操作员"这个位置重新定义掉，让因果链不管多长都能被切成保险公司认得的链节。谁先把这件事做成一套能复用的条款结构，谁就拿到了这个品类的入口。这比多攒几年数据要紧得多。
再往下就是费率具体怎么算、那套模型长什么样。这个坑先留着，等哪天保费单上真能看出自主系统的费率曲线了，再拆。