自托管AI模型：那些仍然会索要手机号的账户
开放权重只需一条命令即可下载，GPU则按秒计费出租——算力已经不再是难点。真正的阻力在于它周围的一切：机器人平台、镜像仓库、模型托管中心，每一个都会在最不合时宜的时刻要您提供手机号。哪些确实需要手机号，哪些情况下一次性验证码才是正解。
在租来的硬件上、用您自己下载的权重运行语言模型——这部分已经悄然变得轻而易举。一条命令拉取模型，另一条启动服务，整套流程按秒计费。不轻松的是它周围的一切：把关下载权限的模型托管平台、模型要在其上应答的平台、存放您容器的镜像仓库，以及告诉您GPU是否还在运行的控制面板。其中几个会突然打断流程，要求提供手机号，而且总是挑最不合时宜的时刻发问。
这篇指南要讲的正是这道缺口：一套自托管方案实际运行成本是多少，周边账户里哪些确实需要手机号、哪些只是看起来需要，以及一次性验证码在哪里是合适的工具——在哪里又不是。
自托管实际涉及什么 #
一套自托管方案由四个活动部件组成，而模型本身只是其中之一。
- 算力——一块显存足够装下权重的GPU，按小时或按秒租用。这是唯一持续计费的部分。
- 权重——从模型托管平台下载一次即可。大多数开放权重模型只需登录就能获取，少数则需要先申请访问权限。
- 交互界面——用户真正与之对话的东西：Telegram机器人、Discord机器人、网页端点，或是内部API。
- 基础管线——容器镜像仓库、存放密钥的地方，以及监控主机状态的工具。
索要手机号的从来不是模型本身，而是交互界面和基础管线——它们说到底只是普通的消费者账户和开发者账户，附带着普通的防滥用规则。
算力是租来的，而且是便宜的那部分 #
对大多数人来说，自己买卡早就不划算了。能塞下一个70B未量化模型的硬件，价格比一辆二手车还贵，而且一周里大部分时间都在闲置；同一块卡按秒租用，工作一晚的花费还不如一顿外卖。按秒计费才是关键细节——一项耗时四分钟的任务就该只花四分钟的钱，而不是被凑整成一整个小时。
| GPU | 可轻松承载的负载 | 按需租用，每小时 |
|---|---|---|
| RTX 2070，8 GB | 语音转文字、嵌入向量、小型分类器 | $0.032 |
| RTX 4090，24 GB | 满速运行7B–14B模型、图像生成 | $0.262 |
| H100 SXM，80 GB | 70B未量化模型、微调任务 | $1.512 |
这些是PowerGPU公开的按需价格——该平台收录了79款NVIDIA型号，每个价格都参照公开市场的中位数设定，而不是靠竞拍产生，所以页面上写的数字就是您实际要付的数字。计费按秒进行，付款使用加密货币，您和第一个实例之间没有任何身份核验这道关卡。如果您的项目本来就要刻意与您本人的身份撇清关系，这一点正是应该来这里而不是找大型云服务商的全部理由。
哪些账户会要手机号，什么时候要 #
这类提示并非平均分布。有些平台以手机号为先决条件，没有它压根开不了户；另一些平台只有在会话状态看起来陌生时才会发问。先弄清楚自己属于哪一种情况，能同时省下钱和一个白白浪费的号码。
| 账户 | 提示出现的时机 | 验证码能否解决 |
|---|---|---|
| Telegram机器人账户 | 创建账户时——不存在仅凭邮箱注册的路径 | 能。这是本表里最明确的一种情况 |
| Discord机器人账户 | 部分注册流程中，以及账户被标记时 | 能——不过触发它的通常是标记本身，而不是注册这个动作 |
| 模型托管平台 | 注册时很少出现；在使用受限模型或进行组织相关操作时偶尔出现 | 一旦出现，通常都能用验证码解决 |
| 代码托管或镜像仓库 | 在开启两步验证时，短信只是其中一个可选项 | 可以，但这种场合验证器应用是更好的答案 |
| AI API提供商 | 仅在注册时出现一次，在颁发第一个密钥之前 | 能，一个一次性验证码就够 |
有两种模式值得分开看待，因为它们需要不同的产品。注册时只问一次的号码是一道闸门：您通过它之后，它就不会再出现。之后在平台认不出的登录场景中被问到的号码，则是一次挑战：它可能会再次出现，而且会问向同一个号码。把挑战当成闸门来处理，是这整个过程中最常见、代价也最高的错误。
一次性验证码，还是长期持有的号码 #
如果账户注定只会问这一次，一次性验证码正合适：为您当前使用的服务取一个号码，验证码到达，号码归还。如果这个账户以后还会从新设备登录——比如一个六个月后仍在运行的机器人——那么当挑战出现时，号码必须还在。这正是租用号码存在的意义，也是您能保住一个账户、还是悄悄弄丢它的分界线。
行之有效的顺序 #
- 1 先确定交互界面 模型是在Telegram上应答、在Discord上应答，还是直接暴露一个裸端点，这个选择本身就决定了您到底需不需要账户。租来的主机上一个纯HTTP端点根本不需要任何消费者账户——如果这符合您项目的需求，这页提到的每一个手机号提示您就都不用再管了。
- 2 先注册账户，再租GPU 账户注册是那个可能卡上一个小时的环节，而GPU从启动那一秒起就开始计费。请趁着什么都还没运行的时候，把这些耽误时间的事先做完。
- 3 等提示出现在屏幕上，再下单取号 先走到要求填手机号的那一步，让输入框保持打开，然后才去下单取验证码。验证码一到就会扣费，不管您有没有准备好接收它都照样到达。Telegram号码页面和Discord号码页面列出了当前承载这两项服务的所有国家。
- 4 立即绑定第二验证因素 账户一旦建好，马上添加验证器应用并保存好恢复代码。正是这一步让平台此后再也不需要联系您的号码——只需九十秒，就能提前消灭一整类未来的麻烦。
- 5 最后再启动实例 账户都安顿好之后，租用GPU、拉取权重、启动服务。从这一步起计费表就开始转动，不应该再有任何事情打断您。
虚拟号码做不到的事 #
有必要把边界说清楚，因为会踩的坑其实都是可以预见的。
- 它自己无法让一个账户变得匿名。账户依然留有邮箱、支付记录和行为指纹；号码只是众多识别信息中的一项。
- 它绕不过专门拒绝非移动号段的服务——参见服务为何拒绝VoIP号码。
- 它撤销不了标记。如果平台已经判定某个账户看起来有问题，一个新验证码只能清掉眼前这道挑战，消不掉它出现的原因。
- 它替代不了第二验证因素。号码只是一条备用通道；真正让账户始终属于您的，是验证器应用。
如果验证码在设置过程中忽然不再到达，原因几乎从来都不在模型或主机身上——为什么您的验证码始终没有送达梳理了实际会发生的那几种原因。
一套经得住考验的方案长什么样 #
经得住现实检验的方案，每次看起来都大同小异：算力按秒租用、用加密货币付款，账单和实际工作量对得上，项目结束实例也能随之消失。权重保存在本地，没有人能收回您对自己模型的访问权限。交互界面的选择以尽量少用到消费者账户为原则。至于那些真正绕不开的账户，号码要么只为闸门出现一次，要么六个月后面对挑战时依然还在——这是经过深思熟虑挑出来的，而不是当天哪个最便宜就选哪个。
算力已经变成了简单的那部分。用规划GPU时同样的用心去规划账户，剩下的一切就都不再有什么值得关注的地方了——而对基础设施来说，这正是全部目标所在。
