AI 编程订阅与 API，按同一项交付来比较
最后更新:
不是比较一条回复多少钱，而是比较把同一个扩展做对需要多少支出、等待和复核。账目未知时留空，失败尝试也保留。
比较单位是一件通过验收的任务
本页选“生成并加载一个 MV3 中文便笺扩展”作为共同任务：只要 storage 权限，保存两条文字，第一次保存后刷新仍在，空输入不新增记录。这个范围小到可以检查每个文件，也包含代码生成以外的实际环境步骤。输出长短、模型回复速度和文件数量都不能替代这些验收条件。
截至 2026-09-12，已有一份通过最小流程的便笺扩展示例，但尚未做订阅与 API 两条路线的受控对照。原代码生成请求同时产出了小程序样例，费用也未完成逐项关联，因此不能给出“做一个插件实际只花多少”的数字。下面提供可执行比较方法，不发布没有测过的胜负榜。
先确认订阅权益与 API 账单分别覆盖什么
工具订阅可能提供交互式编程、计划内使用量与产品功能；API 方案则按具体接口与账户记录请求。不要仅因为工具里显示同一个模型名称，就认为两种身份共用余额或拥有相同上下文与工具能力。开始比较前记录实际工具版本、登录方式、模型 ID 和任务权限，避免把产品差异误当成模型差异。
以 Claude 为具体例子，官方区分付费订阅与 API Console，两者不是同一产品；相应订阅可以按官方方式使用 Claude Code，但这不等于自动取得 API 使用额度。参见订阅与 API 的区别和通过 Pro 或 Max 使用 Claude Code，核对日期 2026-09-12。这里不把一种产品的规则推广到所有编程工具，也不写固定套餐价格。
把能控制的变量固定，把不能控制的差异记下来
两个路线都从同一份空目录说明和验收单开始，使用不同的本地输出目录。不要让第二条路线看到第一条的答案，也不要让其中一条复用调试后的源文件。给两边相同的执行权限、任务截止条件和人工反馈规则；如果其中一条需要你手工复制代码、运行浏览器，也把这部分时间计入。
如果能够使用相同工具和模型，就尽量保持一致；如果订阅入口与 API 入口无法提供相同模型、版本或工具，比较对象是“这两套工作方式”，不是纯模型性能。建议交替执行顺序，保存每次原始结果和修改轮次。单个小任务仍只说明该任务，不能推出大型仓库重构、长上下文调试或所有人的使用成本。
| 变量 | 本例统一条件 | 差异处理 |
|---|---|---|
| 输入 | 相同需求与文件清单 | 不得共享另一条路线的答案 |
| 权限 | 本地读写与扩展加载 | 手工执行步骤计入人工时间 |
| 输出 | 四个文件组成的便笺扩展 | 不以代码量加分 |
| 验收 | 加载、保存、刷新、空输入、页面错误 | 同一套断言与操作顺序 |
| 停止 | 通过、到达预算或无法继续 | 失败也记录，不删除较差结果 |
| 工具与模型 | 记录实际 ID 和版本 | 不相同就按工作方式比较 |
用一份可以重复发出的编程任务单
先让工具读取约束再写代码，避免一条路线主动增加网页抓取、同步和模型摘要，另一条只交付文本框，最后却被放在一起比较。当前固定任务的便笺在本机存储，运行时不需要模型，所以能把开发花费和使用花费分开。需要观察长期可靠性时，另开同样范围的增强任务，不在中途只给一边加题。
下面是独立教学比较提示词，不冒充原始取证请求。若模型只返回文字，你要保存文件并运行实际验收；若 Agent 能执行环境操作，查看它实际执行了哪些步骤。工具提示“已完成”时，仍需看存储结果和页面错误，不按文字自评给分。
生成 MV3 中文便笺教学扩展，文件为 manifest.json、popup.html、popup.js、worker.js。
唯一权限 storage，不读取网页，不发送网络请求。
用户手工输入，去掉首尾空白后保存到 chrome.storage.local。
列表以纯文本显示；空输入不能新增便笺。
验收顺序：真实加载扩展，保存第一条，刷新后读取，再保存第二条。
再次空输入保存，检查存储条数为 2，并记录页面运行错误。
只实现此任务，结束时列出文件、实际执行记录和未完成项。
达到预先约定的预算或轮次上限即停止，保留失败产物。费用账本保留未知项，不把估算写成扣费
每次尝试记录任务编号、开始时间、工具版本、实际模型 ID、输入输出用量、已确认费用、等待时长、人工介入和最终状态。工具界面的费用估算可单独保存，但应与账户调用记录核对后再确认。请求超时或客户端断开时，不能据此写成零费用；先查任务终态和账单，有歧义则保留 unknown。
下方表格是待填写结构，里面没有实测金额。对于同时完成多个任务的一次请求，先标记 shared，不要按文件个数平均分摊后称为真实单任务支出。无法准确分摊时，可以比较整批任务成本，或下一次使用真正独立请求；不能为了补数字重新发起没有预算授权的付费实验。
| 字段 | 记录方式 | 缺失时处理 |
|---|---|---|
| taskId / attemptId | 稳定任务与尝试编号 | 先补编号再汇总 |
| billingMode | subscription / api / shared | 身份未知则暂停费用结论 |
| confirmedCost / currency | 账户确认金额与币种 | null，不记为 0 |
| estimatedCost | 工具估算单独列示 | 不替代实际扣费 |
| elapsedSeconds / manualMinutes | 等待与人工分别记录 | 写未记录，不反推 |
| acceptance / reasonCode | passed、failed、blocked、unknown | 保留失败和阻断原因 |
已有订阅与准备续费，是两种不同的算账问题
如果订阅本月已经购买，眼前要回答的是完成新增任务是否需要额外现金支出，以及等待额度恢复会不会影响交付。此时不宜把整月订阅费全算到一个新任务上，也不能说订阅使用完全没有成本。到了续费决策，才比较整月订阅、追加用量、API、工具费用和实际通过任务数。
一个简化教学公式是：订阅路线每个通过任务成本 = 月费与额外使用费之和 ÷ 当月通过任务数；API 路线每个通过任务成本 = 所有相关尝试的已确认费用之和 ÷ 通过任务数。两边都保留失败尝试，并另列人工时间。若通过任务数为 0，单位成功成本应标为不可计算，不写成零。当前价格统一查看价格页，账本使用同一币种和相同税费口径。
S = 决策周期内订阅路线的固定费用
p = API 路线每个通过任务的实际平均费用，包含失败尝试
n = 同周期内可比且通过验收的任务数量
仅在额外工具费、任务质量、人工与等待差异已单列时：
订阅现金费用 = S
API 现金费用 = n × p
现金费用交点 n = S ÷ p，要求 p > 0
这不是实测结果；有追加订阅费用时重新计算。
未确认金额保留空值，不用估计填充后宣称更便宜。工具接得上，还要完成读文件到执行测试的循环
Cline 官方的 OpenAI Compatible 配置包含 Base URL、API Key 与 Model ID，参见 Cline 官方配置说明，核对日期 2026-09-12。KK 的配置起点可看 Cline 接入或 OpenCode 接入，具体模型和参数再核对模型目录与接口文档。这只是配置入口，本文没有新增这些工具的兼容性实测。
比较时至少观察一次“读取文件、提出修改、应用变更、运行测试、解释失败”的循环。只能聊天不能可靠修改文件的配置，完成同一任务可能需要更多人工。密钥不放入源码或扩展 ZIP，预算控制要看所用工具与账户是否实际支持；不能认为提示词写一句少花钱，就建立了可执行的额度上限。
最后按工作方式做决定，而不是追逐最低单价
常见问题
本文已经证明 API 比订阅更便宜了吗？
没有。已有便笺扩展的实际最小流程证据，但没有受控双路线对照，也没有可归到单个扩展的已确认完整费用。
已有订阅还要不要为这个便笺扩展买 API？
先看现有工具能否完成同一任务与真实验收。这个扩展运行时不调用模型，没有必要仅为保存便笺增加 API。
为什么不只比较每百万 token 的价格？
实际任务还包含上下文读取、工具执行、失败重试和人工修复。单价低但不能通过验收，单位交付成本仍可能更高。
账单没有匹配到某次请求，能写零费用吗？
不能。可能是记录标识或时间关联不足，应保留未知状态并继续核对；客户端超时也不自动等于未处理或未计费。
订阅和 API 用了不同模型还能比较吗？
可以比较两套工作方式完成同一任务的结果，但必须记录差异，不能把结论称为仅改变计费方式的模型性能对照。