每个人工智能平台都有一套计费机制。多数把它保持得足够含糊，使你只有在出岔子时才发现它的边缘——一笔意外扣款、一项悄悄降级的功能、一份对不上的账单。ToRun 走相反的路：资金机制被有意敞开，其规则无论你在免费档还是企业套餐都一样。
本文走一遍完整图景：钱从哪里来、去了哪里，以及你如何能自己核到每一分。
三个资金来源，一条优先次序
当你发出一条消息或生成一张图像时，ToRun 按固定顺序解析资金。
免费会话额度是第一个来源。免费档给出一份反复发放的额度，在一天之中分次回补。它不是撞上去就得干等的月度上限，而是一个滑动窗口，好让你在没有钱包时也能平稳使用。若当前窗口空了，下一个回补区间会将其恢复。确切金额与回补节奏见 /pricing。
订阅额度是与周期绑定、含在套餐里的预算，随付费方案而来。它在任何真实意义上都不是「无限」——它是含在套餐价格里的一笔既定人工智能开支，每个计费周期归零。当一次调用取用额度时，该周期的余量随之减少。
钱包是你明确充入的预付资金池。当免费额度用尽且没有可用的订阅额度（或额度在周期中途耗尽）时，调用从这里取用。不存在悄无声息的自动扣款：钱包只花你存进去的部分。
这三个来源构成一条优先次序。平台依次走过——先免费额度，再订阅额度，再钱包——并把实际付款的来源记在计费记录上。若三者都空，调用不会悄悄放行、事后再向你收费；它会带着清楚的提示被拦下。
每次调用一条计费记录，始终如此
ToRun 计费系统的核心不变式：每一次人工智能调用写下恰好一条记录。不是每会话一条，也不是每天一条。每次调用一条，就在调用时刻，附带那一刻生效价格的冻结快照。
该快照包含执行时生效的价格行、所用的每单位价格、执行时刻的货币与汇率、资金来源，以及对 BYOK 用户而言适用的是哪一档计费层。它还带有按形态的成本拆分：若一次调用同时消耗了文本输入、一段缓存前缀与一份图像附件，记录会分别列出各部分的成本。
实务上的结果是：若某供应商半年后改价，你过去的记录依然完全可核。取出任意一条记录，看它冻结的价格，离线重算这笔扣款。账单是否正确，并不依赖今天的价格。
计费记录只增不改，无法就地修改。若一次调用部分失败，原记录保留，另有一条同源记录写下失败状态。这不是技术限制，而是有意为之的审计设计。
以资金解锁，而非以套餐标签
人工智能平台上常见的套路，是把高级功能锁在套餐标签之后。先看用户是否在付费方案上，若否，就把功能整个关掉。这造出一道断崖：门槛之上的套餐得到一切，之下的什么也得不到。
ToRun 不用这套。高级功能——更大的上下文窗口、推理模式、更强模型的访问——取决于是否有可用资金，而非你名义上在哪个套餐。具体来说：若你的钱包里有余额，或有仍余预算的生效订阅额度，你就能使用这些功能。它们按相应价格从你可用的资金中取用。若没有资金，功能在你充值或额度更新之前不可用。
这意味着免费档不是一个被有意做残的产品。它就是同一个产品，只是反复发放的额度更小。只要额度还在，你得到同样的分流与同样的功能。额度用尽时，你得到同样清楚的状态：没有资金，功能不可用。
BYOK：经由你自己的供应商账户分流
若你与 OpenAI、Anthropic、Google 或其他供应商有直接的企业合约，BYOK 让你把 API 凭据贴进加密保险库。
费用结构见 /pricing。BYOK 调用的计费记录依然完整捕捉快照——适用了哪一档密钥层、供应商返回了怎样的词元计数、平台的净费用是多少——好让台账在底层成本走你账户时依然完整。
读懂你的用量
用量面板按任意日期区间展示你在所有调用上的开支，并按模式（对话、图像、工作流等）、按模型、按资金来源拆分。台账的每一行都是一条独立的计费记录——展开即可看到完整快照，含计价单位、单价与按形态的成本。
导出是一份带有全部快照字段的计费记录平面 JSON 或 CSV 文件。若你想核实某笔扣款，所需数据就在记录本身之中——不需要任何外部引用。目标是让你永远不必去问客服某个数字为何如此。
这份可追溯性不是高级功能。它适用于每一个账户、每一次调用，从第一天起。