routerhubSI/uncensored-ai-api

RouterHub 不是要安装的库，而是付费的 API 网关。如果你已有基于 OpenAI 或 Anthropic SDK 的代码，想切换模型家族，或试用减少拒答的变体又不想分别管理账户，这是一条省事的路径；如果你需要自托管推理或对模型行为有硬性保证，它不适合。

解决什么问题

同时使用多个模型家族的开发者，通常要为每个供应商维护密钥、账单关系和 SDK 配置，切换模型时还要改请求代码。若目标是测试限制更少的变体，麻烦更多：先找到提供该变体的服务方，再适配其接口。RouterHub 把这些收拢成一个账户和一个 base URL，切换模型只需改请求里的模型名。结果是跨家族试错更快，代价是把模型访问交给了第三方。

有什么不同

核心机制是协议兼容而非新工具：请求遵循 OpenAI chat-completions 或 Anthropic messages 的格式，因此支持自定义 base URL 的现有客户端可以直接指向网关。README 点名 Claude Code、Cursor、Codex CLI、OpenCode 等客户端可用，并给出两种 SDK 及 cURL 的接入方式。真正有辨识度的是目录：除主流家族外，RouterHub 还列出「可用时」提供的不受限与 abliterated 变体，这类访问渠道自己拼凑起来并不轻松。

代价有两层。其一，可用性是明确部分的——并非每个家族都有变体，README 自己提醒减少拒答「不是保证」，建议部署前先评估模型。其二，它是网关而不是模型所有者：行为与条款属于底层供应商，网关只能转发，无法改变策略。按 token 计费、提示缓存以及银行卡和加密货币充值都有说明，但材料中没有速率限制、延迟数据或可用性承诺，对延迟敏感的场景仍是未知数。

谁值得试

适合个人开发者或小团队做跨供应商原型，以及想在现有 OpenAI/Anthropic 风格代码库里测试 abliterated 变体、又不想改请求逻辑的人。兼容性让它从已配置自定义 base URL 的工具里试用成本很低。不适合需要离线或自托管推理、严格数据驻留控制，或要求对模型行为有合同保证的人——网关模式本身就把第三方放进了请求链路。需要逐供应商合规协议的团队也会觉得这层抽象没有帮助。

使用条件与边界

上手需要在托管服务注册账户、充值余额（按 token 计费），并从控制台复制准确的 base URL——README 里的占位地址不是真实端点。日常维护包括关注各模型的消耗，以及反复确认变体是否仍在售，因为官方只承诺「可用时」提供。更大的约束在外部：模型条款与行为由供应商决定，现有文档没有说明速率限制、延迟或服务保证。请把不受限变体当作待评估的候选模型，而不是一键解除策略的成品方案。

HotRepo 点评

该仓库创建于 2026-10-24；HotRepo 在 2026-10-25 的新项目榜（全语言）记录到第 24 名、共 308 星，这只是一次观测，不是当日增长数据，也不足以判断热度能否持续。在真正投入前，建议先确认控制台里实际有哪些模型 ID 与不受限变体，以及底层供应商的条款是否适合你的用途。

项目源码与说明