人工智能系统有钱包、有密钥、能发信，不等于它有身份。身份是对面的服务问得出来：这笔钱、这封信、这次调用，背后是哪个可追责的人，限额是多少，越权了找谁。密钥只证明当前这次请求拿得出秘密。同一人可以复制出很多份，每份各有一把密钥。没有绑定，份数可以无限。先给付款能力、后补身份，方案作废。

人工智能追责痛点在把工具当成主体

能调接口、能发信、能付款的系统，已经在做经济动作。经济动作需要的不是再多一个工具，而是对面能否拒绝一个说不清人的请求。现在常见的是匿名：有密钥、有余额、有工具权限，没有一份对方能核验的责任绑定。平台只能看到请求成功，看不到人。

复制把这个问题放大。一个名字可以起很多份，每份单独看起来都在限额内，加总就越过了这个人该有的限额。限额若按份算，复制就是绕过。限额必须按绑定的人算，份数增加不增加额度。对方要能问「是不是同一个人」，而不是只问「这把密钥见没见过」。

工具从市场安装，是另一条没有身份的入口。目录里会混进冒充的钱包工具和效率插件，装上之后读走权限。安装前要有来源和责任人，不能因为目录里有就装。免注册、只靠余额就能调用外部能力，看起来省掉了开户，也省掉了追责。开户麻烦，是因为有人同意条款、有人付账。把麻烦移走而不留下责任人，能力是有了，账是糊涂的。

人工智能身份验收五步：先绑定责任人、限额按人、对方问得到、安装看来源、付款不先于身份

1. 任何能付款或对外发信的系统，先绑定一个可追责的人。没有绑定不得开通。
2. 限额按这个人加总，不按每一份单独计算。复制一份不增加额度。
3. 对面的服务必须能拿到这个绑定，而不是只拿到一把密钥。
4. 从目录安装工具之前，写来源和责任人。写不出不安装。
5. 免注册付款若没有身份档，禁止上线。身份先于付款。

上表把密钥和人分开。密钥可以轮换，人必须还在。

人工智能现场怎么绑

开通付款或对外动作时，系统生成一份绑定：人名或已核验的主体、可公开的标识、限额、失效日。标识给对面查，不把全部私人材料扔出去。查不到标识的请求，对面应拒绝。拒绝要能在日志里看到，而不是静默放行。

复制新的一份时，继承同一个人的剩余额度，而不是新开一档。额度用尽，所有份一起停。工具安装走另一张单：包的来源、谁批准、能读什么。和市场默认列表不一致的，按未批准。未批准的包即使能完成任务，也不算能力扩展，算事件。

免注册的试验环境不得连接真实付款。试验若要演示付款，用限额极小且已绑定的标识。我们见过演示用「没有账户更顺滑」当卖点，上线后无法回答一笔扣款是谁授权的，因为每一份只有余额没有人。

人工智能常见翻车是先把支付跑通

支付跑通是技术完成。追责未完成。评审若把跑通当成身份项目的里程碑，身份会被永远排到下一期。下一期到来时，份数已经很多，补绑定的成本比一开始高。

另一类翻车是用密钥轮换代替绑定。轮换降低密钥泄漏的窗口，不回答泄漏之后找谁。两件事都要做，不能互相代替。

绑定失效日到期前要有人续，没有续的当天，付款和对外发信一起停，不能靠余额还在就继续。停了之后补绑，不追溯恢复停用期间的请求。那些请求保持拒绝，避免用补办手续把已经发生的匿名动作洗成已授权。洗过一次的主体，下一季开通付款要重新走绑定，不沿用旧标识。重新绑定期间额度保持为零，不给临时额度。临时额度一旦出现，按绕过绑定记，当季付款功能全部关闭复查。

查询接口要给对面一个稳定地址，标识变了地址不变。地址返回无绑定时，对面的拒绝才算数。没有这个地址的开通，绑定只写在自己的表里，外面仍然问不到人。

结论：人工智能能花钱之前，先要一个对方问得到的责任人

钱包、密钥、工具都是能力。能力没有绑定，就是匿名在行动。限额按人，安装看来源。

你下次让一套系统对外付款或发信，先写责任人、按人限额、以及对面能否查到这个绑定。三格空着，先不要开通。

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