智能体域（AGT）
Gzz-SXJ-AGT-AGT-APISALE
API销售
详细介绍
API服务销售
时间相位
事实相位
未标注
铸码相位
2026-09-05 23:32:43（UTC+8）（baseline 铸码）
发布相位
2026-09-07 17:44:01（UTC+8）（本次部署）
原码对照：
AGT-AGT-APISALE （公示墙批次帖存证为原码，只增不改）二期深度扩写 · 二期深度扩写试点批 AGT×30 v2.0-alpha · 深度页 v2.0-alpha
① 码结构解析
Gzz 体系前缀：Gzz 全球见证编码体系，跨域互认的统一命名空间
SXJ 体系标识：事现鉴——让事实可见、可核验、可追责
AGT 一级域：智能体域（Agent 经济与治理）
AGT 二级子域：Agent 本体治理（身份·行为·资源·合规）
AGT-AGT-APISALE 对象段：API 服务销售事件——标的、计价与 SLA 履约的交易存证
② 深度释义
API销售码存证 Agent 以 API 形式对外出售服务的交易事件：标的接口、计价方式（按调用、按 token、包月）、SLA 承诺与履约情况。现实对应物是模型 API 市场与 RapidAPI 类聚合平台——API 已是智能体经济的第一等商业模式。为什么要单独铸码：API 交易是机器对机器的即时履约，传统合同的要约、承诺、验收全流程被压缩到毫秒级，纠纷发生时双方各执一份对账单，谁也说不服谁；本码让每笔销售的标的、价格、SLA 与实际调用事实同链留痕，对账争议直接调码重放，仲裁成本趋近于零。边界：本码见证交易事实，不构成发票或完税凭证（税务义务按各辖区另行履行），不担保 API 输出内容质量——质量争议走信用评分（SCORE）与投诉（CLAIM）；限流、降级等履约异常以 RATELIM、DEGRADE 码为准，本码只记录对价的成立与结算状态。
③ 典型应用场景
- 模型方按 token 计价出售推理 API，月度对账以计费码与销售码互证
- 采购方续约前核验对方 SLA 达成率的码记录，替代人工运营报表
- 聚合平台下架长期不达标 API，下架依据引用履约码链
④ 关联码（同域交叉引用）
Gzz-SXJ-AGT-AGT-BILLING · 计费 —— 销售对价与计费用量两码互证
Gzz-SXJ-AGT-AGT-TOKENS · Token消耗 —— token 用量是按量计费的计量基础
Gzz-SXJ-AGT-AGT-RATELIM · 限流事件 —— 限流事件影响 SLA 达成率认定
Gzz-SXJ-AGT-AGT-SCORE · 信用评分 —— 履约质量沉淀为 API 提供方信用