Recraft积分与API余额能通用吗：订阅、加购和API Units分开记

不能因为Recraft网页还有积分，就认为API已经充值。截至2026年10月9日，官方说明API Units是单独购买的预付单位，与订阅积分分开；网页Top-up又是另一种加购余额。订阅积分会按周期重置且不结转，Top-up与已购买的API Units则不过期。Recraft价格与积分FAQ

还有一个容易漏掉的区别：Recraft官方MCP服务器默认使用订阅积分，不能把它与普通API请求一概而论。核对费用时，先确定实际调用入口，再看对应余额。

三类额度，至少建三行记录

当前FAQ规定，月度积分用完后自动使用Top-up；Top-up可用于Basic、Pro和Teams计划，Teams工作区内由各席位共享。不要把团队余额当成某个成员个人独有的额度。官方Top-up说明

记录时保留英文原名，避免三行都写成“积分”。各项的数字也不应直接相加成可互换的总额度，更不能假定一个网页credit等于一个API Unit。

可以采用订阅台账与续费核对的记录方法，增加“使用入口”和“余额原名”两栏。同一供应商下有多个账户或工作区时，也分别标识，避免拿另一个空间的余额解释当前报错。

年付记录与额度重置分开看

选择年付不能作为未用积分可跨期保留的依据。当前FAQ仍规定订阅积分按周期重置、不结转；个人实际发放与更新日期应从账户计划中核对，不能从年度收据自行推算所有月度节点。订阅积分规则

建议在日历中分开记录两件事：一项是下次付款前是否继续订阅的检查，另一项是当前额度周期结束前的检查。前者用于管理支出，后者用于解释余额变化。

若账户只有续费日期，没有清楚显示额度更新日期，向支持询问当前计划下一次额度发放时间及适用时区。不要将朋友的重置日期或自然月第一天填进自己的台账。

API与官方MCP怎样区分

开发者条款第5.6节将默认计费方式分开：API访问使用API Units，官方MCP服务器访问使用订阅积分；同时保留特定客户、计划或功能采用其他计费方式的可能。因此应确认自己使用的是哪个接口，以及账户是否有单独约定。Recraft开发者条款

例如，在AI客户端里点选“Recraft工具”，单凭这个名称无法判断费用来源。先查看连接配置与提供方说明：它连接官方MCP，还是通过API key调用API，或者由第三方代为计费？不要把客户端外观当作账单依据，也不要据此推断网页Top-up会自动补足某个MCP或API请求。

如果同时使用其他开发工具，可参考Claude订阅与API额外计费的核对方法，学习先查登录方式与调用入口的步骤；Recraft的实际扣费仍以自己的条款和交易记录为准。

一个假设场景：网页有余额，API仍需单独检查

以下数字仅用于演示记账，不代表实际套餐、兑换比例或单次操作价格。假设账户最初有网页订阅积分40、Top-up 15、API Units为0，没有其他交易。

最后一行假设期间没有其他消耗或变更。实际对账时，应逐项记录新发额度、已用额度和周期退出的旧额度，不用总余额的一次增减反推所有交易。

遇到API请求失败，先查错误信息、调用账户及API余额；网页存在30或15的余额，不能据此认定系统扣费出错。同样，不要仅凭请求失败就推定是否扣费，应对照对应请求记录。

充值或调整计划前的核对清单

• 这次任务发生在网页、API，还是官方MCP？
• 页面或订单写的是credits、Top-up，还是API Units？
• 余额属于哪个账户或工作区，是否多人共享？
• 需要核对的是付款日、额度更新日，还是某一笔消耗？
• 是否保存了购买记录与观察时间，足以解释前后差额？

“不过期”只回答有效期，不能自动推导余额能转给另一个账户、换成另一类额度，或在取消计划后仍满足所有使用条件。计划调整与退款应按对应余额的现行条款另查，不将订阅退款规则套到API购买上。

下一步先打开自己的账户与账单，把三类余额按原名抄入台账。确定缺的是哪一类额度后，再决定是否需要充值，避免为一个API任务误买网页Top-up。