@freeqbar 大佬，实在对不起！看到这张图我冷汗都下来了，这绝对是我的失误！

因为美国高峰期导致主号池触发了 Rate Limit （频率限制）而我后台的 Fallback （自动切换）机制配置错误，误切到了一个低质的备用测试渠道
我已经把那个备用渠道删除了，您可以等下再尝试，我正在调整扣点返回的 bug ！
您的充值已退！

@meppy 大佬好，重新帮你排了一遍，问题出在两个地方：

1. api2 的 Base URL 不要加 /v1
Claude Code 走的是 Anthropic 协议，工具自己会在 Base URL 后面自动拼接 /v1/messages 。如果你填的是 https://api2.link-ai.cc/v1 ，实际请求会变成 .../v1/v1/messages ，直接 404 。正确填法是：

https://api2.link-ai.cc

2. 模型不是有 URL 就能随便用——令牌分组决定了你的模型池
我们后台已经把不同模型拆到了独立分组里，你现在选的 default 分组主要挂的是通用模型，Opus 满血线路单独放在了 “OPUS 满血号池” 这个分组。所以即便你填对了 URL ，只要令牌不在正确分组，Opus 就调不到。

动作：去后台重新生成一个令牌，分组选 “OPUS 满血号池”，然后把 Base URL 设成不带 /v1 的 api2 地址，立刻就能通。

如果还不行，直接贴请求 Body ，我现场帮你对！

打错了 上一条是 ID 471 ，截止现在，截止 288 楼均已手动添加完毕！

@v2Donuts 大佬这一问确实点到了中转站的盲区。简短向您同步三个核心现状：

前端展示暂未同步：Gemini 的 cached_tokens 字段目前 New API 前端还没做单独展示，导致即使后台命中了缓存，您在界面上也看不见。这块我们已经在排期优化。
中转机制的局限：为了保证高并发和稳定性，我们采用多号轮询。由于 Google 缓存是绑定在单 Key 上的，如果连续请求落在了不同 Key ，缓存确实无法复用。这也是目前中转站普遍存在的成本挑战。
触发门槛：Gemini 3.1 Pro 自动缓存通常需要单次上下文超过 32k tokens 才会生效。

[动作与补偿] ：
技术改进：我们正在尝试针对长对话用户锁定特定通道，以提升缓存命中率。
诚意补偿：感谢大佬帮我们发现这个计费透明度问题，已为 ID: 85 追加 $10 余额。

您可以继续压测，后续我们会尽快上线缓存明细展示，让每一分钱都花得清清楚楚！[握手]

@meppy 大佬好！这两个问题通常都和 Claude Code 的配置方式有关，逐个帮您分析：

1. "Invalid URL (GET /v1)" 错误：解决办法就是把 ANTHROPIC_BASE_URL 设置为 https://api1.link-ai.cc （不带 /v1 ），保存后重启终端，应该就好了。它内部会自动在 ANTHROPIC_BASE_URL 后面拼接 /v1/messages

2. "model may not exist" 错误：这是因为 Claude Code 对模型名称有严格校验，手动输入的名称很容易和系统中的实际名称不匹配。解决办法：请直接在 Claude Code 里运行 /model 命令，从弹出的选择列表里挑选一个模型（比如 claude-opus-4-6 ），这样能确保模型名称完全匹配，避免手动输入出错。

您可以试着改一下 Base URL 的配置，然后用 /model 重新选个模型跑跑看。要是有问题随时找我！

大佬，不需要的哈。
这就是 Link-AI 存在的意义。我们的节点部署在 Railway 全球加速网络 并配合国内直连优化，您在本地终端直接使用即可，无需挂代理，这样反而能获得更低的延迟和更稳定的流式输出
@graceday

@meppy 大佬，确实是我的锅！我手动操作太猛给漏掉了。现在 ID 85 的额度已经补齐，另外我加了 $50 作为折腾您这么久的谢罪礼，请笑纳！🙇‍♂️
关于这个 524 报错：明确回答您，这是我这边服务器/网关的配置问题，不是您节点的问题。
后面如果你跑 Claude Opus 、长上下文、长输出这类慢请求，建议把 Base URL 换成长请求专用地址：

https://api2.link-ai.cc/v1

api1 更适合普通请求和网页端，api2 是直连通道，能避免 Cloudflare 120 秒超时。你现在先用新 key + api2 再试一次！一定可以！

@freeqbar 大佬，目前的令牌分组是为了帮大家在性价比和稳定性之间做平衡现在默认分组和 OPUS 满血号池里都有您要的 CC MAX ，后者使我们精心维护的隔离官方 Max 号池，我投入了更高成本 所以可以保证逻辑智商 100%在线~！

@meppy 大佬，实在抱歉！这波是我的锅。🙇‍♂️
请您登录后台，重新创建一个新令牌（ Token ）。
在创建页面的“分组”下拉框中，选择您现在拥有的分组（例如 Claude 满血版）
为了补偿这次折腾，我刚才已经往您的 ID 里额外补了 $20 额度。 如果换了新 Key 还有问题，您随时拷问我，我一直在线！

@sqlpxc 大佬，实在抱歉！刚才查了一下，是 支付网关到我们 API 后端的回调信号被拦截了，导致钱收到了但额度没跳。
我已经为您手动入账 666 了!现在支付已恢复！
截止目前 275 都已手动赠送 10 额度！

截止现在，截止 266 楼，均已手动完成 10 美元额度赠送！

@feeyii 大佬对不起！给您磕一个。🙇‍♂️
1. 钱已退 + 额度翻倍： 刚才所有由于 stream disconnected 导致的失败扣费，系统已全部自动返还。此外，为了补偿您的糟糕体验，把您的 ID 给我我给您额外赠送余额。
2. 报错技术原因： 这个报错是典型的流式传输中断。周日晚上并发量极高，刚才我们的负载均衡出现了瞬时抖动，导致 Cloudflare 切断了超时的长连接。
3. 解决办法： 我给您的 ID 切换到高优先级的专属节点。建议您重试一下，或者在客户端（如 Cursor ）里把 Timeout 稍微调长一点。
如果您还遇到问题，直接加我私信，我远程帮您调通，调不通我直接退全款！

@meppy
大佬，感谢反馈！我们后端目前部署在美西圣何塞机房，并通过 Cloudflare Tunnel 代理。甲骨文新加坡到美西的链路有时确实会绕道，或者被 Cloudflare 的严格模式判定为高风险 IP ，导致体感延迟增加，我们正在积极调整中！
可以的话发我 ID 我给您补偿 20 余额，深感抱歉！

同时给用户都临时增加了赠送额度！

各位 V 友，Link-AI.cc 刚才经历了一波意料之外的流量高峰，导致部分节点出现了 500 报错。
站长承诺：
错误必赔： 所有因 500 错误导致的误扣费，后台会自动返还，如有遗漏请私信我。
全员扩容： 我们正在紧急增加 AWS Bedrock 企业级配额 和 独享 Max 号池，预计 1 小时内完成扩容，并发上限将提升 5 倍。
WAF 调优： 已调优 Cloudflare 策略，彻底解决 API 接口 403/401 误伤问题。
作为一个自用起家的站，我们不怕被“拷问”，就怕大家用得不爽。感谢前 250 楼用户的包容和测试，大家反馈的 Bug 都是我们成长的基石。今晚所有 ID 额度均已补齐，欢迎再次压测！

为了防 DDoS ，Cloudflare 的 WAF 策略之前设得有点死，导致部分 VPN 节点被误伤。
已优化： 我刚刚已经调整了全站的安全规则，放宽了对 /v1 接口的校验。如果还遇到拦截，请回帖告知我您的 IP 段，我直接加白名单。感谢反馈！
@Licsber

实在抱歉！刚才一瞬间并发量冲破了我们设置的单号频率上限，导致系统出现了 500 报错。
关于扣费： 所有的 500 错误扣费，系统审计后会自动返还。我这边也会针对您的账户 ID 手动补偿 $5 额度。
关于 $10 赠送： 刚才在紧急调整后端节点，手动添加稍微慢了点，现在请去后台刷新，您的额度（含中奖补偿）已全部到账
感谢您的包容，这就是我们坚持压力测试的意义，我们正在紧急扩容号池！

截止现在，截止 248 楼，均已手动完成 10 美元额度赠送！
今天未开盘，按照昨天的收盘价准时 10 点开奖！

@inyfee 老板，403 报错通常是触发了网关的安全防护，请按以下步骤快速自查，我这边也会在后台同步帮您看日志：
1.检查 Base URL：确保填入的是 https://api1.link-ai.cc/v1 （末尾一定要带 /v1 ）。
2.检查网络环境：有些梯子的节点 IP 被 Cloudflare 判定为高风险，导致请求还没到 API 核心就被拦截了。您可以尝试更换一个节点或临时关闭全局代理测试一下。
3.提供报错详情：麻烦告诉我您的 用户 ID 以及您使用的 软件（如 Cursor, LobeChat, Continue ），我立刻去后台 WAF 日志里看下是哪条规则拦截了您的请求。

如果是由于我们的防护误伤，我会在查明原因后为您补偿额度！