ai api中转站导航

你可能遇到过这种情况：手上攒了七八个中转站网址，散在收藏夹、聊天记录和一张截图里，真要调用的时候找半天，还不确定哪个是官网哪个是仿站。这篇不讲怎么选站、也不讲怎么充值，只解决「入口在哪、从哪进」这一件事——给你一套可维护的中转站导航整理方法，配合站内目录核对着用。

你可能遇到过这种情况：手上攒了七八个中转站网址，散在收藏夹、聊天记录和一张截图里，真要调用的时候找半天，还不确定哪个是官网哪个是仿站。这篇不讲怎么选站、也不讲怎么充值，只解决「入口在哪、从哪进」这一件事——给你一套可维护的中转站导航整理方法，配合站内目录核对着用。

导航页的价值不在于收录得多，而在于一屏能对完。下面按「为什么需要导航、怎么分组、条目写什么、点进去前后怎么确认、怎么维护」的顺序讲，每一步都给可直接照做的动作。

为什么需要一个中转站导航，而不是收藏夹

收藏夹适合存「确定会长期用的东西」，不适合存正在变动中的入口。中转站这个领域域名换皮、链接失效、同一家开多个入口是常态，你收藏的那个大概率已经不是当前主站。导航表的作用是把这些变动集中到你一个地方管理，而不是每次都得靠记忆去猜。

• 链接失效：收藏后过一段时间点开是 404 或跳到不相关页面，收藏夹里没有任何标记提示你这条已经废了
• 域名换皮：同一家换了新域名，旧域名还能打开但内容变了，你以为还是原来那家
• 多入口分不清：同一站点给了好几个登录地址，你不知道哪个是主入口，随便点可能进到推广落地页
• 群聊转发的邀请链接：往往带推广参数，注册前先确认落到的域名是不是你在站内目录里见过的那个

按使用场景分组：先想干什么，再找入口

一锅粥式地按站点名字排列表，找的时候还是要一个个看。更实用的做法是先想清楚这次要干什么，再去对应的分组里挑。分组维度用下面三个就够，多了自己也记不住。

1. 先定分组维度从上面三种里挑一种作为主分组，不要同时用三种，否则找一条要跨三张表。
2. 每组只留 2-3 个候选超出这个数量就变成收藏夹搬家了。候选多了说明你还没想清楚这组到底要解决什么。
3. 给每组写一句用途说明比如「这组是给临时跑一条长上下文用的」，下次自己看就懂，不用回忆当初为什么放进来。

一个合格的中转站入口条目要包含什么

条目写得含糊，等于没写。下面是最低限度要有的字段，缺哪条就补哪条。模型范围和价格这类会变的数字，别写死在条目里，写清去哪里核对就行。

站点名

你在站内目录里看到的那个名字，不要自己起昵称

主域名

只记主入口域名，其他登录地址单独标注，避免混用

支持的模型范围

写「以站内模型库为准」，不写死具体版本号

计费方式口径

写「按量 / 包月 / 卡密」这类分类词，不写具体价格

最后核对日期

没有日期的条目等于没有，不知道它是不是过期了

模型范围和价格不要凭印象填，到 模型库（/models） 和 官方 API 价格（/official-api） 对一下当时的数字再写。导航只负责入口，第三方评测结论不要往条目里塞，那是评价类内容该干的事。

点进去之前和之后，各做一次确认

仿站最常见的做法是用一个和真站差一两个字符的域名，诱导你输入账号密码。所以点之前看一眼域名，是最省事的一道防线。点进去之后别急着充值，先用一条最小请求验证能不能通。

验证的具体方法可以跟着 中转站真假在线实测（/tools/verify） 走一遍。要说明的是，已经长期稳定使用、有独立对账记录的老站点，不必每次调用前都重新跑这套流程，那属于过度谨慎。

导航表怎么维护，才不会被自己坑

导航表最怕两件事：一是放着不管慢慢烂掉，二是天天改位置让你丧失肌肉记忆。所以维护要分「固定频率复查」和「尽量不动结构」两条线走。

• 固定频率复查入口是否还能打开，失效的直接标灰而不是删掉，方便回溯它是什么时候没的
• 分组结构别频繁调整，入口位置变来变去，下次找的时候反而更慢
• 把「正在用」和「已停用」分成两个区，避免误点老站点的登录页
• 入口表里不要放密钥、余额截图、账单明细，这些泄漏的代价远大于省下的几步操作
• 每次复查顺手更新「最后核对日期」，没更新就等于这次没查

导航页是给当下的自己用的，不是给别人看的目录——能让你少翻两次记录，它就合格了。