人工智能一个有用的很好批，不能写成这一片已经能管。一个是一条用途，十个是一组，上百个散在各队、各家平台和各人脚本里，就是一片。一片要有名册，不是靠感觉转。半年后要答得出：哪一个做的这个建议、用了什么、没看什么、复核的人当时看到了什么。答不出，不是失控，是当时没留证据。能继续加新的，是名册先在的那些队。答不出的，先停，不要等出事再补。

人工智能铺开的痛点是每个都有理由、合起来没人认得

以前也有人因为等不及，自己建了表、自己开了账号。每个决定单独看都合理。拉开看才发现没人知道有哪些、谁负责、数据在哪、明天没了会怎样。不是有人故意拆台，是一堆局部合理堆成了没人设计过的结构。

现在更快。理赔、客服、研发、财务，各自都能说出省了多少时间。省时间是真的。真的省时间会在没人点数的时候变成一片。一片里没有身份、没有范围、没有坏了怎么办，就不是在运行，是在累积。

会赢的不是铺得最多的队，是还能继续铺的队。还能继续，是因为名册、证据和停的条件在数量变多之前就有。别人会撞上答不出的问题、过不了的检查、解释不了的一次失败。撞上之后，全部先停，直到补上当初跳过的那样东西。

人工智能给一片留下证据的步骤：名册先于数量、四问当时就能答、没看的材料要写、答不出就停、出事再补不算提前有过

1. 第二个出现之前就有名册：叫什么、谁负责、碰哪些数据、坏了找谁。没有名册，不得加第二个。
2. 每条建议留下四问的答案：哪一个做的、用了什么、没看什么、复核的人看到了什么。四问有空，这条不能进正式记录。
3. 没看的材料单列。只写用了什么，四问按不完整。
4. 抽问答不出的那一个，先停，直到四问补上。停不是否定它有用。有用但答不出，仍先停。
5. 出事之后补的名册，日期写在出事之后，不得改成我们早就有治理。早就有，要有出事之前的名册。

上表右列出现在铺开计划里，计划停在加新之前，先补必须有的那一列。

人工智能现场用一次抽问决定这个还能不能留

抽问不要等审计上门。每月随机抽一条已经进了正式记录的建议，问那四问。四问里有一问要翻很久才拼出来，按当时没留，这条改挂未证实。我们见过用事后回忆填没看什么。回忆不算当时留下。当时留下是那一刻写下来的清单。

名册的门槛设在第二个，不设在上百个。上百个时再建名册，缺的那些已经没法补。第二个还没有名册，第二个不批准。各队很顺不能当作不登记的理由。顺是局部的。名册是一片的。

停的记录要写有用在哪、答不出在哪。两句都在，才看得出这不是否定用途。只有答不出、没有有用，人会以为你在挡。只有有用、没有答不出，人会继续加。两句分开，停才站得住。

出事之后的补救单独归档，标题用事后补。事后补可以是对的下一步，不能改写历史。历史里出事之前没有名册，就写没有。没有被改成早就有，下一次还会跳过。

名册上的负责人必须是现在还能找到的人。人已经离开、名字还在，这格按空。空的负责人等于没有名册。没有名册的那一个，按答不出处理，先停，直到新的负责人把四问补上。补上之前，有用也不能当成继续运行的理由。继续运行要等四问写在当时，而不是写在回忆里。回忆填上的四问，日期改成补记，补记不算当时留下的证据。

人工智能常见翻车是用每个都有业务理由代替一片的名册

理由可以都成立。成立的理由加在一起仍要名册。没有名册的很多理由，按还没开始管。

另一类翻车是只记用了哪些材料。没看的那些才是以后解释不了的部分。没写没看什么，四问不完整。

还有一类是等失败了再补。失败了再补是事后补。能在失败前停的，是抽问答不出就停。不要把事后补叫成事先的治理。

结论：人工智能从第二个开始就要有名册，每条建议当时答得出四问

一个有用不是已经能管十个。半年后问不出谁做的、用了什么、没看什么、复核看到什么，就不是在正常运行。答不出先停。出事才补的，写明是事后补，不要改成早就有。

你下次要再加一个因为这个很有用，先看名册在不在、四问答不答得出。答不出，先不要加。

本文侧重全链路风控方法论。落地时请用自身业务单据做回放验证，不要把示例阈值直接当生产策略。 相关：风控体检 · 方案资源