7 月 12 日后 YYLX.IO 中转站继续支持 Claude fable-5

7 月 8 日之后，鱼鱼连线 YYLX.IO 中转站继续支持 Claude fable-5 模型。正在使用 Claude Code、Claude API 或 Bedrock 线路的用户，可以继续按现有接入方式使用，不需要因为模型更新单独更换工具或重写配置。

这次重点确认的是三类常用分组：Claude Code 0.3x 分组、Claude Code 0.4x 分组、Claude API Bedrock 0.75x 分组。三组均已支持 Claude fable-5，适合不同预算、稳定性和上游线路偏好的用户选择。

支持情况一览

简单说，如果你主要用 Claude Code 写代码、改项目、跑本地任务，可以优先看 Claude Code 0.3x 或 0.4x 分组。如果你是把 Claude 接到自己的应用、脚本、后端服务或更偏 API 的工作流里，可以看 Claude API Bedrock 0.75x 分组。

什么是 Claude fable-5

Claude fable-5 可以理解为 Claude 系列里面向新一代工作流的模型入口之一。对普通用户来说，不需要纠结它背后的上游细节，更重要的是看中转站是否已经做好了模型映射、请求格式兼容和额度计费。

很多 AI 编程工具不是只发一个普通聊天请求。以 Claude Code 为例，它可能涉及长上下文、工具调用、文件读取、命令执行、流式输出和多轮状态保持。中转站如果只做了普通对话转发，就很容易出现“网页聊天能用，但 Claude Code 跑任务不稳”的情况。

YYLX.IO 这次继续支持 Claude fable-5，核心意义不只是“模型列表里有这个名字”，而是把 Claude Code 和 Claude API 用户实际会用到的分组也一起整理好了。

Claude Code 0.3x 分组适合谁

Claude Code 0.3x 分组更适合日常使用和成本敏感的开发者。比如你只是让 Claude Code 帮你解释代码、生成小功能、排查报错、整理文档，或者每天调用量比较多，希望单次请求成本更低，那么 0.3x 分组是一个很实用的起点。

这类分组的优势是成本轻，适合高频试用和普通开发节奏。尤其是刚开始接入 YYLX.IO 的用户，可以先用 0.3x 分组跑通完整链路：能否正常启动 Claude Code、能否读取项目、能否完成一次小修改、流式输出是否稳定。

如果这些基础任务都稳定，再根据自己的项目复杂度决定是否切换到更高分组。

Claude Code 0.4x 分组适合谁

Claude Code 0.4x 分组更适合把 Claude Code 当作主力开发助手的用户。比如你经常让它连续改多个文件、跑测试、分析日志、做较长的代码迁移，或者一次会话里有比较多工具调用，那么可以优先考虑 0.4x 分组。

相比 0.3x，0.4x 更像是“日常主力档”。它仍然面向 Claude Code 场景，但更适合对稳定性和连续任务体验有要求的用户。对团队或重度个人开发者来说，少一点中途失败、少一点模型不可用排查，往往比单次请求省一点倍率更重要。

如果你正在做真实项目，而不是偶尔问答，建议至少把 0.4x 分组作为长期使用的候选方案。

Claude API Bedrock 0.75x 分组适合谁

Claude API Bedrock 0.75x 分组更适合需要 API 集成和 Bedrock 线路的用户。典型场景包括：自己的后端服务调用 Claude、内部工具接入 Claude API、批处理脚本、自动化工作流、企业网络环境下更偏好 Bedrock 路径的调用方式。

和 Claude Code 分组相比，Bedrock 分组面向的不是一个本地命令行工具，而是更通用的 API 使用场景。它的价值在于线路和接口形态更适合服务端集成，也更方便做权限、日志、调用量和业务侧监控。

如果你的需求是“让 Claude Code 在本机好用”，优先看 Claude Code 分组；如果你的需求是“让自己的系统稳定调用 Claude”，就更适合看 Claude API Bedrock 0.75x 分组。

已经配置过 YYLX.IO 的用户需要改什么

如果你之前已经在 Claude Code 里配置过 YYLX.IO 的 Base URL 和 API Key，通常不需要重新安装 Claude Code，也不需要改本地工具。你需要确认的是：后台使用的分组是否已经切到支持 Claude fable-5 的对应分组。

常见配置仍然是这两个变量：

export ANTHROPIC_BASE_URL="https://你的 YYLX.IO 接入地址"
export ANTHROPIC_API_KEY="你的 API Key"

如果你是长期使用，可以写进 ~/.claude/settings.json：

{
  "env": {
    "ANTHROPIC_BASE_URL": "https://你的 YYLX.IO 接入地址",
    "ANTHROPIC_API_KEY": "你的 API Key"
  }
}

配置完成后，建议先用一个空目录或小项目做测试，不要一上来就让 Claude Code 修改大型仓库。先确认能正常对话、能读取文件、能执行一个小任务，再进入真实项目。

模型列表看不到 fable-5 怎么办

如果你在 Claude Code 的模型列表里暂时看不到 fable-5，先不要急着改 Base URL 或重新生成 API Key。多数情况下，这是本地 Claude Code 版本或模型列表刷新问题。

建议按这个顺序处理：

先把 Claude Code 更新到最新版，然后重新打开终端和 Claude Code 会话。更新命令：

claude update

如果更新后列表里还是没有 fable-5，可以在 Claude Code 会话中直接使用 /model claude-fable-5[1m] 命令切换模型。

/model claude-fable-5[1m]

也就是说，模型列表里暂时看不到，不等于 YYLX.IO 不支持。只要你的分组已经支持 Claude fable-5，并且请求能正常走到 YYLX.IO，就可以通过 /model claude-fable-5[1m] 直接指定。看到下面图片就可以选择 Yes 继续使用了。

如果提示 model not found 怎么办

如果你在 7 月 8 日之后遇到 model not found、模型不可用、请求失败等提示，优先检查三个地方：

1. 后台分组是否选择了支持 Claude fable-5 的 Claude Code 0.3x、Claude Code 0.4x 或 Claude API Bedrock 0.75x 分组。
2. 本地 Base URL 和 API Key 是否仍然指向 YYLX.IO，而不是旧的测试地址或其他中转站地址。
3. 工具里是否手动写死了旧模型名，导致请求没有走到新的模型映射。
4. 如果只是模型选择器里没有显示，尝试更新 Claude Code，或直接执行 /model claude-fable-5[1m]。

很多时候，本地 Claude Code 本身没有坏，问题出在模型名、分组权限或中转站映射上。遇到这类问题，最有效的排查方式是记录报错时间点和工具里显示的模型名，再到 YYLX.IO 后台或联系支持排查对应请求。

选哪个分组更划算

如果只看倍率，0.3x 最省；如果看日常主力体验，0.4x 更均衡；如果看 API 和 Bedrock 线路，0.75x 更适合服务端与集成场景。

可以按这个顺序选择：

1. 只是个人轻量使用 Claude Code：先试 Claude Code 0.3x 分组。
2. 经常用 Claude Code 做真实项目：优先考虑 Claude Code 0.4x 分组。
3. 需要 API、后端服务或 Bedrock 线路：使用 Claude API Bedrock 0.75x 分组。

倍率不是唯一标准。对 AI 编程工具来说，真正影响体验的还有流式输出、长上下文、工具调用、模型映射和失败重试。便宜但频繁失败，最后反而更浪费时间；稳定但倍率稍高，在真实开发里可能更省心。

总结

7 月 8 日之后，YYLX.IO 鱼鱼连线继续支持 Claude fable-5，并且 Claude Code 0.3x 分组、Claude Code 0.4x 分组、Claude API Bedrock 0.75x 分组均可使用。

对 Claude Code 用户来说，重点是选对 Claude Code 分组并保持 Base URL / API Key 配置正确。对 API 用户来说，重点是确认自己是否需要 Bedrock 线路和 0.75x 分组。

如果你正在寻找一个已经整理好 Claude Code、Claude API、Codex、Gemini CLI 等 AI 编程工具接入方式的中转站，可以直接了解 YYLX.IO 鱼鱼连线。核心目标很简单：少折腾模型映射和网络链路，把时间留给真正的开发任务。