经纪人开始绕：“这涉及商业机密……”

林远把笔放下，声音不大，却把会议室压住了：

“商业机密可以保留，但定价依据不能黑箱。你可以卖服务，不能卖折扣通行证。折扣只能来自公开刻度的改善，不来自你一句‘专家判断’。”

这章没有结束，请点击下一页继续阅读！

何经理也开口了，语气更像银行：“我们银行不会采信任何第三方‘预评通过’作为放款依据。只认BANK-CHECK清单、BANK-CAP刻度、BANK-STRESS压力测试、DEC-LOG行权记录。”

经纪人还想再说，被风控总监抬手压住：“先听平台把接口讲完。”

3）RISK-API-01：风险特征向量公开，模型可以多家

林远把投影切到一份新的文档，标题很直：

RISK-API-01｜风险定价接口（试行）

他没有把保费公式写死，因为那会把保险变成政府定价；也没有允许保险用纯黑箱，因为那会把解释权卖出去。他选了中间那条最难走的路：特征公开、模型备案、版本留痕。

接口定义了一个最小化“风险特征向量”（只到桶级，不触隐私）：

cap_level_history（近90天红黄绿占比）

stress_pass_rate（压力测试通过率）

hard_ticket_rate_trend（硬工单占比趋势）

exception_density（例外密度与未解释例外比例）

offline_usage_rate（离线发生包使用率）

replay_alert_count（重放检测告警次数原因桶）

incident_frequency（入口故障频次与恢复时间桶）

explain_timeliness（解释单/故障单按时率）

最关键的是最后一项：explain_timeliness。

林远盯着它说：“我们不惩罚故障，我们惩罚不解释。风险定价如果只看‘出事多少’，城市会学会掩盖；如果看‘解释与修复’，城市会学会治理。”

风控总监点头：“这和我们保险的精算逻辑一致。风险不是事故本身，是你有没有能力控制事故。”

接着，RISK-API-01规定：

保险公司可以自建模型，但必须备案model_id，并公开：使用了哪些特征、权重区间（不必公开精确系数）、生效版本、变更单。

任何因模型导致保费变化，必须能给出“原因桶回执”：比如“黄灯占比上升”“未解释例外偏高”。

模型争议可走DP-API申诉复核；若是模型备案问题进入RFC-ARB形成判例。

这相当于把“保险解释权”也拉进公共系统：你可以用不同模型竞争，但你不能用黑箱垄断。

经纪人脸色更不好看了——因为他卖“专家判断”的空间被压缩了：以后你说“风险高”，别人会问“哪个特征导致？哪个model_id？哪个版本？”

门票没法凭嘴卖了。

4）RISK-TABLE-0.1：先做一张“过渡期”定价表

保险风控总监仍然谨慎：“接口可以，但市场需要一个最初的定价抓手。否则不同保险公司模型差太多，会引发争议。”

林远点头：“所以我们先做过渡表，不是强制价格，是建议系数。”

于是第二份附件被投出来：

RISK-TABLE-0.1｜建议风险系数表（过渡期）

GREEN：risk_factor=1.0（基准）

YELLOW：risk_factor=1.2～1.4（取决于原因桶：证据链/例外/可观测/反表演）