值班交接：共享中转推荐赏金的三笔账与今年保留的做法

本班交接留下三笔账：团队充值、模型调用支出、受邀用户付款。它们发生在同一个共享中转平台，却分别影响可用余额、项目成本和推荐收益。今年值得保留的做法，是让每笔记录都能找到凭据，让接班的人知道哪些金额已经确认，哪些仍要等待核实。

下面沿着一支示例团队的月度台账展开。团队、金额和交易过程均为演示，不代表真实客户记录，也不代表平台的赏金比例、结算周期或退款规则。

这支团队使用 Relay365 按量调用模型，日常任务由 Claude Haiku 4.5 承担，复杂任务再按需要选择其他模型。Relay365 提供多种模型系列的中转接入，也能配合 Claude Code、Codex、Gemini CLI 和使用 OpenAI SDK 的应用。对维护多套工具的值班人员来说，集中接入有助于整理调用记录；具体费用仍要逐项核算。

月初，团队充值一千元。值班员在资金台账中登记付款时间、订单凭据和到账金额，把这笔钱记为预付资金。充值当天尚未发生调用，项目成本栏也就没有同步增加。这个习惯避免了月底把充值金额直接当成当月模型开销。

随后，团队发生二百六十元调用支出。为便于说明，假设期间没有其他扣款或调整，余额便应为七百四十元。值班员核对平台记录，再按内部项目归集支出。若平台记录无法直接区分任务，就结合应用日志补充对应关系，并明确哪些分摊经过确认、哪些只是估算。

第三笔记录来自邀请。团队成员邀请的一位用户付款六百元，推荐赏金因此进入核对范围。Relay365 的会员可以在受邀用户付款后获得推荐赏金，但这六百元是受邀用户的付款金额，团队不能把它整笔计作自己的收入，也不能自行套用一个未经确认的返佣比例。

值班员为这笔邀请单独登记邀请关系、付款凭据、平台显示的赏金金额及状态。付款发生、赏金显示、金额可用和实际到账可能是不同节点，台账应按能查到的事实更新。若页面或规则没有说明某个节点，交接记录就写明待核实事项，避免用推测补齐账目。

几天后，示例中的受邀用户退回二百元。值班员将退款关联到原付款记录，保留六百元付款和二百元退款各自的凭据，再核对平台是否调整赏金。剩余四百元的交易金额，也不能直接视为确定的计奖基数；具体处理仍要依据适用规则与实际结算记录。

这次核账之后，团队决定今年继续保留以下做法：

• 每笔推荐记录都保留可核对的邀请归属和交易编号，减少多人转发邀请后出现的归属争议，同时只保存核账所需的信息。
• 充值、调用成本和推荐赏金分别记录，月末再根据凭据汇总，避免用尚未确认的赏金抵扣已经发生的项目支出。
• 退款、撤销和赏金调整都关联原交易，保留变更过程，让接班人员能够解释余额为何变化。
• 预算依据实际调用需求安排，只有确认后的推荐收益才进入相应核算，不为追求赏金增加没有业务需要的消费。
• 对外推荐时说明推荐者可能获得赏金，并让受邀人按自己的模型需求、费用和接入条件作决定。

这套台账也改变了团队评估中转服务的顺序。先用小规模真实任务检查工具能否接入、模型是否适合、调用费用能否核清，再考虑邀请。统一入口能减少部分配置工作，但项目是否划算，仍取决于任务量、模型选择和实际账单，推荐收益只作为单独核算的一项。

如果你的团队同时维护几种模型工具，希望集中管理按量调用，Relay365 值得纳入试用。可以创建一个账户，从一项边界清楚的任务开始，先走通接入、调用和核账流程，再根据实际体验决定是否向同行推荐。

本班交接时，调用支出已经核清，邀请付款与退款已经关联，推荐赏金则按平台可确认的状态记录。下一班接手后，沿着同一笔交易继续核对即可，无须重新猜测数字的来路。