群里全是“低价 Token、全模型、稳定线路”：哪句话才是真买家？
做 AI API 中转、Token 和额度销售的 BD，可以从模型、实际用量、当前故障、付款条件和上线日期里，分开同行广告、免费 Key、模糊询价与值得人工复核的买家消息。
重点监测信号
- 具体模型同时连接当前故障、实际工作负载或明确应用
- 发言人给出请求量、Token 量、并发、团队人数或已有消费
- 付款、地区、账号或合规接入限制会改变供应方案
- 上线、迁移、故障或合同日期形成可以核对的时间窗口
以下均为代表性模拟消息，不是客户原话、真实线索或 TOP Prospect 成果。
做 API 中转、Token、额度销售的人，每天在 Telegram 群里刷几百条消息，真正值得花时间的可能一条都没有。先看四条群里常见的消息：
「全模型供应，Token 低价，稳定线路，招代理，懂货的来。」（代表性模拟消息）
「谁有免费的 Claude Key？」（代表性模拟消息）
「要 GPT API，报个价。」（代表性模拟消息）
「官方 Key 连续 3 个下午 14:00 UTC 报 429，30 个开发账号跑批量任务，周五要发布，需要按项目限额的合规备用线路，新加坡主体能否付款、能否开票？」（代表性模拟消息）
四条里，只有最后一条值得优先人工复核——注意是“复核”，不是“已验证买家”。它仍可能是转发消息，发言人可能没有采购权，用途或供应路径也可能不合规。
先说结论
- “低价、全模型、稳定线路”通常是在介绍供给，不是买家需求。
- 值得复核的消息会把模型与真实负载、当前约束、商业条件或具体日期连起来。
- 余额不足、速率受限和线路故障不是同一件事，不能都用“再卖一批 Token”回答。
- TOP Prospect 只整理候选消息，不验证身份、预算、采购权、联系许可或成交。
四类消息的默认动作
供应广告：默认排除。“全模型、低价、稳定、招代理”描述的是他能提供什么，不是他要采购什么，不该占用买家队列。
免费 Key：默认排除。“谁有免费 Key”只说明对方想免费获得访问权限，没有给出商业用途、付费路径、负责角色或时间。后续没有新信息，就不进销售队列。
模糊询价：只问一个最改变报价的缺失项。“要 GPT API，报个价”缺的信息太多，但别一次甩出十个问题。先补一个对报价影响最大的缺口，例如（代表性模拟消息）：「具体跑哪个模型？过去 7 天的实测日用量是多少？」（代表性模拟消息）对方不答，这条先放下。
**需求候选：四个要素同时出现，值得优先复核。**第四条同时给出了真实负载（30 个账号跑任务）、当前约束（连续 3 天下午报 429）、商业条件（按项目限额、新加坡主体付款开票）和日期（周五发布），所以比前三条更值得先读。这不是缺一不可的公式；即使只有两三项，只要证据够强，也可以进入人工复核，排队后仍要由人确认。
值得复核的消息不是因为用了“急”“大量”这些词，而是能同时连到负载、用量、故障、日期、付款和可核验角色。
“要 Key”到底是在要什么
看到“need a key”别急着报价。这句话可能指四件完全不同的事：官方账号的 API Key；已有账号，只缺充值或付款通道；应用可以更换 Base URL，需要经授权的中转 Token；团队需要给不同项目或成员分 Key、分消费限额。
这四种需求牵涉的账号归属、付款、凭据管理和服务范围都不同。报价之前先问清是哪一种，否则价格再快也没有意义。OpenRouter 的 Management API Keys 文档能证明 Key 创建、轮换、用量监控和消费限额是具体的团队管理需求；它不能证明群里发言的人真的需要这些功能，更不能证明对方有权采购。
同一句“要 Key”，可能指官方账号、充值通道、中转 Token 或团队子 Key；四种需求不能按一张价目表处理。
销售要问清的九类信息
资格判断需要这些事实：具体模型、实际用量、RPM、TPM、并发、当前故障、付款条件、使用地区、上线或迁移日期。
三个指标容易混。RPM 是每分钟请求数，TPM 是每分钟 Token 数，并发是同一时刻正在跑的请求数。“量大”不是数字，“很急”也不是日期。
下面都是代表性模拟问法，不是实际销售对话。第一次只挑最改变报价的一题，不要照着清单审问：
- 「具体跑哪个模型？过去 7 天的日用量是实测值，还是未来估算？」（代表性模拟消息）
- 「高峰 RPM、输入和输出 TPM、并发分别是多少？」（代表性模拟消息）
- 「现在是哪家厂商、哪个端点报错？从哪天、哪个时段开始？」（代表性模拟消息）
- 「哪个主体付款，用什么币种或方式，服务在哪个地区使用，希望哪天上线或迁移？」（代表性模拟消息）
信息很具体，也可能不是买家
字段齐全以后还要看反证。最常见的一种，是同一句话被 6 个群原样转发。重复次数增加了，独立需求没有增加；先找到最早来源，再判断转发人是买方、代理还是只在搬运消息。
日期过了也是反证。有人周一说“周五必须上线”，到了下周仍说不出负责人、实际用量和接入方式，这条消息的紧迫性就要下调。不能因为原文保留了“急”字，销售队列就永远把它放在最前面。
还有一种说法是“替客户问”。这时至少要确认发言人是否获准代表客户沟通、谁负责技术和付款、需求能否直接核实。拒绝说明账号归属、授权接入路径或用途的请求，应当关闭，而不是因为金额看起来大就继续查资源。
余额还在但下午一直 429，不等于缺钱
账户有余额、每天固定时段报 429，先别把它翻译成“需要再充 Token”。Anthropic 的 Rate limits 文档把 spend limits 和 rate limits 分开，并用 RPM、输入 TPM、输出 TPM 等指标描述速率限制。
左边的余额池还有钱，右边的请求却堵在速率闸门前：充值和提高短时处理能力不是一回事。
OpenRouter 的 Limits 文档也区分 credit limits 和 rate limits，并说明多建账号或 Key 本身不会改变全局治理的速率限制。
销售要确认厂商、模型、报错时间窗、去掉敏感信息后的限流响应头、RPM、TPM、并发，以及客户端是否在报错后持续重试、把请求越叠越多。销售只做初步资格判断，不在群里远程调试。
绝不能让对方贴出完整 API Key、Authorization header、session cookie 或未打码账单。错误码、打码后的响应头、时间范围、模型 ID 和汇总用量，已经足够支撑第一轮判断。
TOP Prospect 只负责把候选消息交给人
用户先主动选择并连接自己有权、且获准处理的 Telegram 群。TOP Prospect 把候选消息去重、分类、排序，保留原文、来源、时间和上下文。销售再人工查看证据、修改状态，决定是否跟进。
它不验证发言人的身份、预算、采购权、技术诊断、供应库存、转售许可、联系许可或成交，也不会自动联系发言者。第四条消息进入复核队列，只意味着“值得有人看一眼”。
权限边界同样不能省略。Telegram 的 Content Licensing Terms对抓取、索引、采集、聚合以及特定 AI/ML 使用设有限制，并描述了范围很窄的同意例外。有群访问权，不等于可以任意处理群消息；这份条款也不能替代具体的法律判断。
想先判断哪些群值得长期看，可以继续读 Telegram 信源治理；需要更通用的购买意向判断，可以看 一条群消息接近购买意向时会出现的四个信息。这篇只解决更窄的问题：别让 AI API Token 的供给广告塞满买家复核队列。
下一条消息怎么处理
广告和免费 Key 默认排除。模糊询价只补一个最改变报价的关键缺口。只有把真实负载、当前约束、商业条件和可核验日期连起来的消息，才值得优先人工复核。
它仍然不一定会成交，但销售至少有了一个具体、负责的起点。
常见问题
有人求 Claude 或 GPT Key，就算有购买意向吗？
不算。销售还要先分清官方账号 Key、账号充值、获授权中转 Token 和团队分 Key 需求，再核实发言人的角色、实际用量、付款条件与时间。
出现 HTTP 429，就说明客户需要换 API 供应商吗？
不能。429 说明触发了供应商施加的某种限制条件，但具体原因可能不同。销售仍要查看厂商、模型、错误详情、限流响应头、RPM、TPM、客户端重试和故障时间窗。
免费 Key 请求要不要进入销售队列？
默认不要。除非后续消息补出了合规商业用途、实际用量、负责角色、付款路径和决策日期，而且与自己的服务范围匹配。
资料来源与延伸阅读
本文由 TOP Prospect 编辑部人工撰写。产品只处理用户明确授权接入的 Telegram 群消息；输出用于辅助销售人工判断，不代替人的决定，也不会自动联系群成员。
值得关注的潜在线索 Signal 是怎样被发现的
了解 Top商业线索怎样发现和整理值得核实的 Signal、保留 Telegram 原始上下文、去掉重复消息并安排查看顺序。是否跟进以及下一步做什么，仍由用户决定。
