Factory Droid vs Claude Code：模型、计费与迁移

Factory Droid 和 Claude Code 都是专有的闭源终端编码代理，而两者之间的选择，与其说由终端决定，不如说由一个问题决定：当你将客户端指向自己选择的端点时，会发生什么。 Droid 可以通过三种线协议使用任何模型，但自定义密钥不会取消其套餐费用，而且 Factory 会在一个未公布的额度之后继续计量。Claude Code 的网关凭据会完全取代订阅——并且 Anthropic“不支持通过任何网关将 Claude Code 路由到非 Claude 模型”。在这两个客户端中，更便宜的令牌和更广泛的模型选择是两个不同的产品。

两者都处于当前版本，并且在同一天发布。2026 年 9 月 21 日，在 npm registry 上，Factory 的droid版本为 0.223.0，于 2026 年 9 月 19 日发布，声明UNLICENSED；Anthropic 的@anthropic-ai/claude-code版本为 2.1.278，于 2026 年 9 月 19 日发布，声明SEE LICENSE IN README.md。两者几乎每天发布新版本，因此请查看 registry，不要依赖这两个数字。两者都不是开源软件：GitHub API 显示 Factory-AI/factory 和 anthropics/claude-code 均没有许可证，两个仓库也都未归档。因此，“fork 它，只支付令牌费用”对两者都不可行，下面每条配置路径都是供应商记录的路径。关于来源有一点说明：factory.ai现在返回指向factory.com的 HTTP 307 重定向（同日检查），而docs.factory.ai仍然直接提供服务，因此下面的价格引用 factory.com，行为引用 docs.factory.ai。

Claude Code 对比 Factory Droid：该选择哪一个

找到描述你的那一行，然后停在那里。本页其余内容是这五行结论背后的证据。

其中两行需要特别提醒。Factory 定价页面上的常见问题以“每个套餐包含哪些产品？”为题，回答“所有产品；IDE、Web、CLI、Slack 等均包含在所有套餐中”，对于套餐访问权限而言这是真的；但 Factory 的 BYOK 页面另行说明，自定义模型“不会出现在 Factory 托管的 Web 或移动平台中”。这两句话都已发布，但谈论的是不同事项；只读第一句就购买密钥的买家会制定错误预算。Claude Code 中“只按令牌付费”也仅在设置凭据时成立：Anthropic 的文档明确说明，仅设置ANTHROPIC_BASE_URL而不设置网关凭据，并不会替代订阅——流量会经过你的端点，但 claude.ai 登录仍是活动凭据，其限制和计费仍然适用。

自定义端点入口，逐项对比

这是机械层面的差异，也解释了后文的每个结果。Droid 接受一个配置文件和协议名称；Claude Code 接受两个环境变量，并假定使用一种协议。

参阅Factory 的自定义模型文档、其个人套餐页面、其组织控制参考、Anthropic 的网关概览和其连接指南，所有页面均于 2026 年 9 月 19 日查看。Kunavo 提供 Droid 的全部三种协议——/v1/messages、/v1/responses 和 /v1/chat/completions——因此下面两种配置均可表达。这里没有使用任一客户端进行运行时测试；这些配置源自供应商记录的协议，在尝试时应将其视为起点，并保留可用路由。

{
  "customModels": [
    {
      "model": "claude-sonnet-5",
      "baseUrl": "https://api.kunavo.com",
      "provider": "anthropic"
    }
  ]
}

对于 Anthropic 协议，基础 URL 是不带 /v1 的源地址，因为 Droid 会自行追加路径；请参阅基础 URL 参考。对于 Chat Completions 路径，则将 provider 设置为 generic-chat-completion-api，并将基础 URL 设置为 https://api.kunavo.com/v1。Claude Code 完全不需要文件：

# Claude Code: environment variables, no config file required.
export ANTHROPIC_BASE_URL=https://api.kunavo.com
export ANTHROPIC_AUTH_TOKEN=sk-your-key   # travels as: Authorization: Bearer

# ANTHROPIC_API_KEY is the same credential in the x-api-key header instead.
# Anthropic's docs: "If you weren't told which kind, use ANTHROPIC_AUTH_TOKEN."

# Pin models Kunavo serves. Claude Code's default and its opus alias are the
# newest Opus — pinned here to Opus 5.5, which needs Claude Code v2.1.280 or
# later (run `claude update` on an older version). The sonnet alias asks for
# Sonnet 5.5, which Kunavo does not serve, so without the SONNET line,
# /model sonnet, opusplan's execution phase and sonnet subagents 404.
export ANTHROPIC_MODEL=claude-sonnet-5
export ANTHROPIC_DEFAULT_OPUS_MODEL=claude-opus-5-5
export ANTHROPIC_DEFAULT_SONNET_MODEL=claude-sonnet-5
export ANTHROPIC_DEFAULT_HAIKU_MODEL=claude-haiku-4-5

# Optional, off by default — adds the endpoint's models to the /model picker:
export CLAUDE_CODE_ENABLE_GATEWAY_MODEL_DISCOVERY=1

启用最后一行之前，有一个值得了解的不对称之处。Claude Code 的发现请求是 GET /v1/models?limit=1000，默认超时时间为三秒，任何重定向——甚至从 http 到 https——都会使请求静默失败；随后它只保留 id 包含“claude”或“anthropic”的条目。Kunavo 的 Claude id 是不带前缀的 Anthropic id，例如 claude-sonnet-5，因此会通过该筛选器；但端点是否能在超时时间内响应，本文尚未测量。发现功能默认关闭，内置模型列表无需发现功能即可使用。

通过第三方端点时每个客户端会关闭什么

当两个客户端停止与各自的供应商通信时，都会失去部分能力，而且两个供应商都对此有文档说明。两份列表的性质不同：Factory 的损失涉及你的密钥能到达哪里，Anthropic 的损失涉及哪些功能会停止。

Anthropic 的可用性矩阵包含订阅、Console 和四家云提供商的列，但没有通用第三方端点的列。其自身规则填补了这一空白：可用性“与网关转发到的底层提供商相匹配，但 Claude Code 自身关闭的功能除外”。这是一条规则，而不是一份列表，因此上文未提及的功能确实处于未确定状态，而不是已确认支持或不支持——自动模式就是其中之一，本页面不声称它可用，也不声称它不可用。

第二类故障发生在协议层面，而非产品层面，责任落在端点上。Anthropic 的网关兼容性指南对此说得很明确：cache_control标记必须原样转发，否则“每轮对话都会按未缓存输入计费”；当某项能力同时需要 beta 标头和请求体字段时——上下文管理、beta 工具字段、output_config——二者必须一起传输，否则请求会直接返回 400；而像扩展上下文这样的仅标头能力则会静默缺失。流必须不得缓冲，keep-alive ping 必须中继，否则 Claude Code 会在沉默 300 秒后中止；错误响应体必须未经修改地转发，否则其自动能力降级重试将无法匹配。Token 计数是唯一可选的端点——Kunavo 未实现 /v1/messages/count_tokens，因此 /context 会回退到基于字符的估算。

双向迁移成本

指令文件只是成本较低的一部分。Factory 的 AGENTS.md 文档称，Droid 会查找AGENTS.md，同时也接受agents.md、Agents.md、CLAUDE.md和Claude.md，先搜索当前目录，再搜索.factory/、.agents/和.agent/，直到 git 根目录——其给出的理由是“其他编码工具已有的指令文件仍能继续工作”。Anthropic 的记忆文档则采取相反方向：当工作目录及其上级不存在CLAUDE.md时，Claude Code 会将AGENTS.md作为项目指令读取；直接读取它要求使用 v2.1.277 或更高版本——该版本于 2026 年 9 月 18 日发布。对于本页面讨论的场景，还有一个条件，Anthropic 对此重复说明了两次：读取AGENTS.md还需要会从 Anthropic 获取功能标志的会话，而环境变量参考列出了会跳过该获取过程的会话——使用 Amazon Bedrock 等第三方提供商的会话、Claude 应用网关会话，或任何关闭遥测或 GrowthBook 的会话。通用的ANTHROPIC_BASE_URL网关不在该列表中，也未被明确排除在该列表之外，因此 Kunavo 路由的会话是否读取AGENTS.md，文档中没有说明，本文也未进行测试。在会读取该文件的情况下，Anthropic 的回退方案是从CLAUDE.md导入该文件，这在每种会话中都有效。

其余部分取决于客户端。Droid 提供用于自定义命令的/commands、用于子代理的/droids、/skills以及用于 MCP 服务器的/mcp；Claude Code 则拥有自己的命令、子代理、技能、钩子、插件和 MCP 配置，Anthropic 将这些列为在所有提供商上都可用的功能。格式和目录各不相同，因此应为这些内容预留重写成本，而不是直接复制。自主性是另一项迁移成本：Factory 在 Normal、Spec 和 Mission 交互模式之外，还提供 Off、Low、Medium 和 High 自主性级别；Claude Code 使用自己的权限模式——两者之间没有映射表，因此应有意识地重新推导防护措施，不要假定存在一一对应的设置。

Token 费用与套餐费用

只有比较中的一方可以被诚实地定价。Factory 发布了相对于 Factory Standard Credits 的逐模型倍数，却从未公布一个 credit 的美元价值，因此 Factory 之外没有人能将 Droid 会话换算成金额——Factory Droid 定价指南完整讲解了套餐表、credit 模型和滚动窗口。能够定价的是两个客户端共用的 token 路径。

假设一个工作日的代理会话使用1.5M 个未缓存输入 token 和 100K 个输出 token，并假设一个月有20天。这是明确声明的假设，不是对任何会话的测量。按照当前的Kunavo 目录费率：

价格按每百万 token 计算；Anthropic 的标价费率取自其定价页面，Kunavo 的费率取自实时目录，两者均于 2026 年 9 月 19 日读取。这是在所述假设下进行的示例性 token 计算——不是实测任务成本，不是账单上限，并且不包括缓存费用、工具调用和税费。请比较你实际要运行的模型所在行，而不是比较供应商整体差距。对于 Claude Sonnet 5，目录费率与 Anthropic 的标价不同，因此请阅读该行，不要假定两者持平，而 Claude Opus 5 的费率又不同。差距取决于模型，而不是供应商。

现在进行现实校验，因为讨人喜欢的假设正是这类比较出错的原因。Anthropic 自己的成本文档报告称，在企业部署中，“平均成本约为每位开发者每个活跃日 $13、每位开发者每月 $150-250，并且 90% 的用户每个活跃日的成本低于 $30。”这个 $13 约为上面按Claude Sonnet 5费率计算的模型化日费用的4.6倍，因此这里模型化的一天属于轻量使用。Anthropic 公布的月度范围与 Factory Max 和 Claude Max 20x 各自 $200 的费用相交：其中底部 $150 低于二者，顶部 $250 高于二者。因此，仅凭费率表无法解决套餐与 token 之间的选择问题——你最终落在该范围内的位置才是决定因素，而 Anthropic 报告的是企业部署整体范围，并非你的团队。

Factory 的价格来自docs.factory.ai，Anthropic 的价格来自claude.com/pricing，两者均为 2026 年 9 月 19 日的数据。每次提到“Max”时都要注明供应商：Factory Max 和 Claude Max 20x 是不同产品，但价格同为 $200。还要注意，两个 Max 档位的价格并未列在 claude.com/pricing 上，该页面只写着“每月 $100 起”——$100 和 $200 的数字来自Anthropic 帮助中心，其中还补充说明这些价格“仅适用于网页订阅”。如果两个官方页面出现这样的差异，请在决定订阅前于结账页面确认金额。

如果你想采用 token 路径，Kunavo 的最低充值金额是预付 credit $10，不附带任何套餐；目录金额是计费下限而非上限——计费指南解释了其中原因。列出的最低费率与完成任务的最低成本仍是两种不同的说法：一个需要三次尝试和人工审核的小模型，成本可能高于更强模型一次完成任务的成本。创建 Kunavo 账户，即可在你自己的代码库上进行测量；Claude Code 一侧的设置记录在Claude Code 集成页面，而这里没有 Droid 设置页面，因此上面的 Droid 配置以内联方式提供，并标记为未经测试。

界面与执行模型

内容于 2026 年 9 月 19 日查阅自Factory 文档索引和CLI 参考，以及Anthropic 功能可用性页面。请注意成本读数的含义：二者都是客户端根据报告的 token 自行计算的结果，并非计费系统的声明，因此在相信月度数字之前，应将其与提供商的用量记录核对。对于 Kunavo，该记录就是用量端点和控制台账本。

如果两个客户端都不适合，本网站相邻的比较也采用相同方法：OpenCode 与 Claude Code、Claude Code 与 Codex以及Goose 与 Claude Code涵盖了模型路由和账户模型再次有所不同的客户端，而Claude Code 提供商比较则单独讨论端点选择。

常见问题

2026 年 9 月 19 日核查了以下内容：两个 npm 包的最新版本、发布日期和许可证字段，以及通过 GitHub API 获取的两个 GitHub 仓库的 archived 和 license 字段；从 factory.ai 到 factory.com 的重定向；factory.com/pricing，包括其常见问题解答；Factory 的个人套餐、组织套餐、自定义模型、组织控制、AGENTS.md、CLI 参考和文档索引页面；Anthropic 的网关、网关连接、网关协议、功能可用性、记忆、环境变量、权限模式、模型弃用和成本页面；claude.com/pricing 和 Max 套餐帮助中心文章；以及 Factory 的 Terminal-Bench 公告。两个 npm 版本号和两个 GitHub license 字段于 2026 年 9 月 21 日重新读取。Factory 的各模型额度倍率未针对本页面重新读取，相关内容另见定价指南。Kunavo token 费率取自实时目录，成本数字是在所述假设下进行的示例性计算。Kunavo 尚未使用任一客户端对其 API 进行运行时测试，因此本文的所有配置声明都来自供应商记录的协议，而非实际会话。