小团队第一个月的 AI 预算记录

三五个人开始在工作中使用 AI，预算往往只有一句“先试试看”。写邮件、整理会议、辅助编程，每次花费似乎都不多，月底却很难解释总额。第一份预算不必预测得很准，但要能回答三个问题：钱花在哪里，哪些任务值得继续，什么时候需要停下来检查。

§ 先把任务写进账本

不要从“每人配多少额度”开始。先列出团队真正会做的事，例如整理客户反馈、起草产品说明、检查代码。给每类任务记下使用人数、每周次数和人工检查时间。预算应当对应具体工作，这样才能判断一次调用带来的价值。

同时分开记录工具订阅费和模型调用费。购买某个聊天工具的订阅，并不等于已经支付其他工具中的 API 用量。若团队通过多个入口使用 AI，要逐一确认各自的收费方式，避免漏算。

§ 认识账单里的词元

词元是模型处理文字等内容时使用的计量单位，和汉字、单词并非一一对应。一次请求通常包含输入和输出：你发送的问题、附带的文档、传入的历史对话属于输入，模型生成的回答属于输出。两部分的单价可能不同。

因此，“问了十次”并不是可靠的成本单位。十次短句改写，与十次读取长文档，费用可能相差很大。编程工具还可能在一次任务中连续调用模型。估算时应查看完整任务的用量，而不只是最后一段回答。

§ 用一周记录换掉猜测

先选两三项常见任务，试用一周。每次记录任务类型、实际费用，以及结果是否经过少量修改就能使用。某类任务的一周总费用除以完成次数，可以得到初步的单次成本；再乘以下个月预计的次数，就有了预算起点。

例如，整理二十份反馈共花了四十元，暂时可以按每份两元估算。下个月预计处理一百份，就先预留两百元。这只是团队自己的试用数据示例，不代表任何模型的报价。文档变长或检查要求提高后，应重新估算。

§ 给日常工作和试验各留一笔钱

假设团队每月准备投入一千元，可以先把七百元用于已有任务，两百元用于尝试新流程，一百元留作余量。这是分配示例，实际金额应根据一周记录调整。试验额度花完后，先检查结果，再决定是否追加。

• 每周查看累计支出，并估算月底总额。
• 对长文档、批量任务和自动重试单独设定使用规则。
• 接近预算时，先暂停低优先级任务，再检查费用来源。

预算提醒不一定会自动停止调用。如果需要严格限制支出，要确认所用平台或工具是否支持额度上限，以及达到上限后的实际行为。

§ 让接入方式服务于预算

Vana API 没有月费，按实际词元用量计费，适合把调用支出单独列账。它提供一个兼容 OpenAI 的端点，也支持 Anthropic Messages 和 Gemini 原生协议，可用于 Claude Code、Codex、Gemini CLI 及使用 OpenAI SDK 的应用。费用仍取决于所选模型、输入输出长度和调用次数。

可以创建一个 Vana API 账户，从一项重复任务开始记录实际花费。先让少量真实工作跑通，再根据记录扩大使用范围，预算会更容易解释。

§ 月底留下下一次决定的依据

月底复盘时，把费用和可用成果放在一起看：完成了多少任务，省下多少时间，又增加了多少检查工作。保留效果稳定的流程，调整反复返工的流程，并更新下个月的次数与单次成本。团队需要的是一份能随着工作变化而修订的账本。