HowToFix 是一个模型访问柜台。你开设一个账户，创建一个令牌，就能通过一个兼容 OpenAI 的基础 URL 访问模型广场中的每一个模型。
获得现代模型的访问权，比使用它们更难。一套可用的配置通常意味着在多家供应商那里拥有多个账户，每个账户都有自己的注册流程、自己的银行卡、自己的控制台和自己的速率限制。你真正想要的模型分散在所有这些账户中，而每开始一个新项目都要重复一遍接线。
HowToFix 的构建目的，就是把这一切压缩为一个账户和一个基础 URL。它要解决的问题，按出现的频繁程度排列：
| 问题 | HowToFix 的做法 |
|---|---|
| 供应商多，密钥多。一个需要 Claude、GPT 和 Gemini 的项目要维护三个密钥、三套 SDK 配置和三种账单关系。 | 一个令牌，一个基础 URL。切换模型只需改动 model 字段，而不是你的代码。 |
| 支付摩擦。大多数供应商在你能够发送请求之前，就要求你提供银行卡和按月承诺。 | 预付余额。你充值想花的金额，账户按请求逐笔扣减。持有账户不需要银行卡，未使用的账户也不产生任何费用。 |
| 不透明的支出。账单在月底到来，而你无法分辨是哪个项目造成的。 | 按请求的使用日志和按令牌的限制。每次调用都归属于发起它的那个令牌，而单个令牌可以独立地被限额或吊销。 |
| 被锁定的客户端。只会说某一家供应商协议的工具，无法使用其他模型。 | 兼容 OpenAI，并提供原生 Anthropic /v1/messages 和 Gemini 路由。现有的 OpenAI SDK 只需更改 base_url 即可使用。 |
| 无法看清什么才是好的。模型质量每月都在变化，而营销页面并不跟踪这一点。 | 使用量排行显示人们实际在运行哪些模型，模型广场显示每个模型的实时价格。 |
HowToFix 是一个网关。它不训练模型，也不转售某一家供应商的容量。请求到达 api.howtofix.id，按照你的余额计量，然后被转发到为该模型提供服务的那家上游。由此产生三个值得直说的结果：
howtofix.id；API 主机只处理模型流量。| 能力 | 说明 |
|---|---|
| 一个密钥，众多模型 | 单个 sk- 令牌即可访问模型广场中的每一个模型。撰写之时已列出 113 个模型。 |
| 兼容 OpenAI 的 API | /v1/chat/completions、/v1/models、嵌入向量、图像、音频等等。把任何 OpenAI SDK 指向该基础 URL 即可使用。 |
| 原生供应商路由 | Anthropic /v1/messages 和 Gemini 路由直接提供服务，因此针对这些协议编写的客户端无需转换层。 |
| 按量计费 | 余额按请求逐笔扣减。缓存读取、推理令牌和图像输出分别计价，而不是折入单一费率。 |
| 按令牌的控制 | 任何令牌都可以带有自己的额度、模型允许列表和有效期，并且可以在不影响账户其余部分的情况下被吊销。 |
| 使用日志 | 每次请求都会记录模型、令牌、费用和结果，可按令牌和时间筛选。 |
| 团队控制台 | 一个账户可以为不同的项目或人员持有多个令牌，每个令牌独立限额。 |
| 终端智能体 | HowToFix CLI 是一个编码智能体，它针对这同一个账户进行身份验证。 |
| 维度 | 单一供应商 | HowToFix |
|---|---|---|
| 需要管理的账户 | 每家供应商一个 | 一个 |
| 项目中的密钥 | 每家供应商一个 | 一个 |
| 切换模型 | 新 SDK、新密钥、新配置 | 更改 model 字符串 |
| 计费 | 按供应商，通常需要先绑卡 | 一份预付余额 |
| 支出可见性 | 每家供应商各自的控制台 | 跨所有模型的一份日志 |
| 按项目的限制 | 通常不可用 | 每个项目一个令牌，各自设限 |
| # | 页面 | 说明 |
|---|---|---|
| 1 | 文档 | 完整讲解：账户、注册规则、密钥、第一次调用、端点、错误 |
| 2 | CLI | 安装编码智能体，将其连接到此账户，并在终端中使用 |
| 3 | 模型广场 | 实时价格与模型目录 |
| 4 | 排行 | 哪些模型真正在被使用 |
| 5 | 关于 | HowToFix 是什么、各项内容所在位置，以及许可立场 |
| 6 | 条款 · 隐私 · Cookie | 规则与数据处理 |