智能体域（AGT）
Gzz-SXJ-AGT-AGT-BILLING
计费
详细介绍
服务计费事件
时间相位
事实相位
未标注
铸码相位
2026-09-05 23:32:43（UTC+8）（baseline 铸码）
发布相位
2026-09-07 17:44:01（UTC+8）（本次部署）
原码对照：
AGT-AGT-BILLING （公示墙批次帖存证为原码，只增不改）二期深度扩写 · 二期深度扩写试点批 AGT×30 v2.0-alpha · 深度页 v2.0-alpha
① 码结构解析
Gzz 体系前缀：Gzz 全球见证编码体系，跨域互认的统一命名空间
SXJ 体系标识：事现鉴——让事实可见、可核验、可追责
AGT 一级域：智能体域（Agent 经济与治理）
AGT 二级子域：Agent 本体治理（身份·行为·资源·合规）
AGT-AGT-BILLING 对象段：服务计费事件——规则版本、用量与金额的三元组存证
② 深度释义
计费码存证 Agent 服务的计费事件：计价模型、用量快照、账期、结算与争议状态。现实对应物是云厂商账单体系——按秒计费、按请求计费已成常态。智能体经济的特殊性在于用量粒度极细：一次调用、一个 token 都计价，人工对账完全不可行，账单争议只能靠机器可读的中立记录解决。本码把「计价规则版本 + 用量 + 金额」三元组绑定存证：调价时新增规则版本而不改历史（只增不改），任何历史账单都能按当时规则精确重放。为什么要立码：计费纠纷是服务方与用户之间最高频的摩擦点；把规则与用量钉在同一码上，「按什么口径算钱」就从口头约定升级为可仲裁事实，调价通知与生效时点也因此有了客观锚点。边界：本码见证计费事实，不构成税务发票；未入码的折扣、补贴等商务安排不受仲裁保护——商务条款应同步铸码，否则争议时无法主张。
③ 典型应用场景
- 用户质疑月度账单翻倍，调计费码发现规则版本变更时点与用量峰值吻合
- 财务审计抽样重放计费码，验证收入确认的完整性与准确性
- 调价公告与计费码新版本同刻生效，杜绝追溯加价
④ 关联码（同域交叉引用）
Gzz-SXJ-AGT-AGT-APISALE · API销售 —— 计费与销售两码互证交易闭环
Gzz-SXJ-AGT-AGT-TOKENS · Token消耗 —— token 消耗记录是用量快照来源
Gzz-SXJ-AGT-AGT-ARBITA · Agent仲裁 —— 账单争议提交仲裁时以码为证据
Gzz-SXJ-AGT-AGT-BANK · Agent账户 —— 扣款落地与账户流水对账