[请教] 公司需清洗 TB 级文本数据，打算（采购/自建）AI 中转站，求教上下游经验

背景：

大家好，

最近接到一个业务需求，需要清洗数据湖里上 T 级别的文本数据。因为数据量极大，直接走官方直连 API 的成本非常高，而且并发限频也会是个瓶颈。

目前我们正在评估两种方案：

1. 直接购买市面上的 API 中转服务
2. 自建中转站（代理池）

因为涉及一定的数据安全和隐私问题，我们目前更倾向于在公司内部自建一个自动化的中转分发服务（比如基于 One API / New API 之类的开源网关来做二次开发或部署）。

但在调研过程中发现这一块的水比较深，对于上下游的运作模式不太了解，所以想向 V 站做过类似业务的大佬们请教几个问题：

1. 关于上游渠道：找卡商还是号商？ 如果要维持一个高并发的自建中转站，上游一般是去找“卡商”（买虚拟信用卡自己绑号开 API ）更稳定，还是找“号商”（直接批量采购带额度的成品号）更高效？哪种方式在维护成本和稳定性上更有优势？

2. 关于大概的成本水位 目前市面上靠谱的渠道，折算下来大致的成本行情是怎样的？（我们主要考虑跑轻量级但速度快的模型，比如 GPT-4o-mini 或 Claude-3-Haiku ）。

3. 关于风控与封号处理 这种大并发的数据清洗肯定会触发风控。一旦账号被封，大家一般是如何做自动化处理的？有没有比较成熟的账号池轮询、死号自动剔除机制或者开源方案推荐？还是找上游再购买或者补货。

第一次搞这种大规模的账号池，希望有经验的大佬能帮忙避避坑，非常感谢！如果有靠谱的供应商也欢迎推荐或私信。