判断时关注的线索

同一串凭证出现在多个互不相关的群或下游
价格明显低于可核算的上游成本线
同一 Key 下的模型分布与自述业务不匹配

在几个 AI API 相关的 Telegram 群里，你看到同一串以 sk- 开头的凭证。它先出现在一个开发者群里被问到”这个还能用吗”，两天后出现在另一个群里被当成赠品发出来。到第三个群，它已经被写进一份交付清单。

看到这个现象，最省事的解释是”这家客户用量很大”。这个解释之所以让人舒服，是因为它把一个需要处理的问题换成了一个可以庆祝的结论。

先说结论：同一串凭证重复出现，本身不构成任何方向的证据。要把它变成可用的判断，你得先拿到该 Key 的用量明细，再按用量集中度、价格与成本线、并发与模型分布这三组痕迹去对表。没有用量明细的时候，任何结论都只能标成假设。

NOTICE：本文中的凭证、群组、用量与价格均为合成示意，用于演示判别逻辑，不代表真实客户、真实交易、合同或成交结果。

重复出现的凭证，先别急着当成需求强度

一个信号被重复看到，直觉上会觉得它更可信。在大多数场景里这个直觉是对的：同一条消息被多个独立来源提到，确实提高了它成立的把握。

凭证不一样。

一条消息被多次转发，说明很多人认为它值得转。一串凭证被多次张贴，说明很多人手上有它。这两件事指向完全不同的东西。前者是传播，后者是持有。而在凭证这个对象上，“多人持有”恰恰是三种互相矛盾的商业事实的共同外观。

判别之前：你手上必须先有什么

后文的判别表只在有数据的时候成立。所以在谈怎么判别之前，先确认三样东西拿不拿得到：

该 Key 的用量曲线，按小时粒度，能看到请求数与 Token 数
该 Key 的模型分布，也就是各个模型调用的占比
该 Key 的并发峰值与来源分布

三样里缺一样，判别表就只能用一行，结论强度也要跟着降。

这里有一个容易忽略的前提：限流额度挂在 Key 或项目上，不挂在客户身上。所以同一个 Key 背后站着几个人、几个下游，直接决定了这个客户实际能拿到多少可用容量。这也解释了为什么这个判断值得认真做：判错的代价会直接落在容量上。

三种解释，各自会留下什么痕迹

把并发的共用、二次转售和渠道演示放在同一张表上，它们的分歧会集中在三组痕迹上：

痕迹	内部共用	二次转售	渠道演示
用量集中度	集中在客户业务时段	全天候，深夜仍有量	短时打满后归零
模型分布	与客户业务一致	覆盖多个价位段	集中在最贵的模型
价格与成本线	与合同一致	明显低于可核算成本线	不涉及定价

表格只是把差异摆出来的工具，真正要看的还是每一行的取证方式。

共用：用量挤在同一时段与同一模型上

内部共用的特征很朴素：用量跟着客户的作息走。

如果客户是做跨境电商的，它的调用高峰应该出现在它自己客服上班的时间；如果客户做的是自动化任务，它会有比较规律的批量窗口。共用同一 Key 的几个团队，各自的高峰叠在一起，形成一条有明显起伏但形状稳定的曲线，深夜基本归零。

模型分布也窄。一个做客服自动化的团队不会同时大量调用最贵的推理模型和最便宜的轻量模型。它的用量会集中在少数几个模型上，且长期稳定。

这一类的处理方向不是风控，而是容量规划：既然额度是共享的，就要么把 Key 拆开，要么跟客户说明”你们几个团队在抢同一个额度”。后者往往比前者更有效，因为客户自己也不知道这件事。

转售：价格、用量与并发三者对不上

转售的判别不靠单一指标，靠的是三组数字互相矛盾。

价格是最先崩的一环。按主流通用模型的公开定价，一个 Token 的转售价格存在一条硬底线：低于这条线，长期经营不可能成立。如果有人以接近或者低于上游成本的价格零售凭证，那么这笔生意的现金流来源不在这张价格表上，通常来自赠送额度、试用账户或者已被终止的账户。

**用量曲线与自述业务对不上。**声称做小团队内部使用的客户，深夜的请求量却维持在白天水平，且周末不掉。这不符合任何正常业务形态，符合的是”这个 Key 正在被转卖给不同时区的人”。

模型分布异常宽。转售的凭证通常会对多个价位段的模型都开放。因为下游的需求你无法预测，卖的人只能尽量全开。一个 Key 同时覆盖从最便宜到最贵整条产品线，且各档都有可观占比，这个形状跟”某个具体业务在用”是不吻合的。

并发峰值与来源分布。同一个 Key 在几秒内收到来自多个地理区域的请求，基本可以排出单一团队使用的可能。这一条单独看可能有误判（比如客户用了多地部署的边缘节点），所以要和前三条一起看。

渠道演示：一次性、打满、然后消失

渠道演示是最容易被误判成转售的一类，因为它的用量看起来最”猛”：短时间高并发，直接把额度顶满。

区分点在时间维度上。演示型用量有一个干净的终点——跑完就不再出现。它不会有连续几周的稳定曲线，也不会有业务时段规律。它更像是有人在验收一份交付物：确认能用，然后结束。

这条差别有实际价值。转售需要处置，演示不需要。如果团队把一次演示当成转售来处理，会白白得罪一个正准备起量的渠道伙伴。

判错方向的代价并不对称

前文三种情形，判错的后果不是同等重的。

把共用误判成转售，你损失的是一次正常合作；把转售误判成共用，你损失的是容量、毛利，以及一个迟早会暴露的合规口子。演示误判成转售，代价偏人际；转售误判成演示，代价偏经营。

不对称意味着默认策略应该偏保守，但保守不等于立刻处置。更合理的顺序是：先把判别结果标成”待核实”，再按需要向客户求证一个具体问题，比如请对方说明某个深夜时段的大额用量对应什么业务。这个问题问得越具体，对方越难用模糊回答绕过去，而你也可以从回答的清晰度里再拿到一层信息。

顺带一个反向提醒：不要因为发现了共享迹象就去追问客户的客户。你核实的是自己的容量与合规边界，不是替客户审计它的下游关系。这两件事的边界一旦越过，就从风控变成了越界。

判别表失效时，答案应该是”待核实”

第一种，你拿不到用量明细。可能是客户合同里没有开放这项数据的约定，也可能是 Key 挂在客户自己的上游账户上，你只能看到结果看不到过程。这时候判别表的每一行都缺证据，唯一诚实的输出是”待核实”。

第二种，客户本来就同时具备两种特征。比如一个渠道伙伴，既在自己团队内部共用，又把额度分给下游试用。共用和转售的痕迹会同时出现，此时按比例判断哪一种是主线比二选一更接近事实。

还需要说清楚一个边界：本文讨论的是从用量痕迹推断使用形态，不涉及合同条款怎么写、也不涉及发现之后的法律动作。那两件事超出信号判断的范围，需要另外的人来定。

延伸阅读

研究与定义

值得关注的潜在线索 Signal 是怎样被发现的

了解 Top商业线索怎样发现和整理值得核实的 Signal、保留 Telegram 原始上下文、去掉重复消息并安排查看顺序。是否跟进以及下一步做什么，仍由用户决定。

查看方法论与核心定义

同一个 Key 出现在三个群里：是客户内部共用，还是被转售了