← 返回总目录 · 光锥数智学院 · Gzz 编码库(v1.22)
智能体域(AGT)

Gzz-SXJ-AGT-AGT-CHANNEL

渠道绑定

详细介绍

Agent与渠道账号绑定存证

时间相位

事实相位
未标注
铸码相位
2026-09-05 23:32:43(UTC+8)(baseline 铸码)
发布相位
2026-09-07 17:44:01(UTC+8)(本次部署)
原码对照:AGT-AGT-CHANNEL (公示墙批次帖存证为原码,只增不改)
二期深度扩写 · 二期深度扩写试点批 AGT×30 v2.0-alpha · 深度页 v2.0-alpha

① 码结构解析

Gzz 体系前缀:Gzz 全球见证编码体系,跨域互认的统一命名空间
SXJ 体系标识:事现鉴——让事实可见、可核验、可追责
AGT 一级域:智能体域(Agent 经济与治理)
AGT 二级子域:Agent 本体治理(身份·行为·资源·合规)
AGT-AGT-CHANNEL 对象段:渠道绑定事件——Agent 与渠道账号归属关系的存证

② 深度释义

渠道绑定码存证 Agent 与渠道账号的绑定关系:哪个 Agent 绑定哪个渠道(网页、App、社交账号、IM 机器人)、绑定与解绑时点、渠道侧权限范围。现实背景:Agent 的触达完全依赖渠道,而渠道盗用——假冒官方客服号、仿冒 Agent 诱导转账——已是高频诈骗形态;普通用户面对「这个号到底是不是官方 Agent」毫无分辨手段。本码让绑定关系成为可公开核验的事实:用户与交易对手可以反查「某渠道账号当前绑定的正式 Agent 身份」。为什么要立码:渠道是信任链条的最后一步——身份验证(VERIFY)解决「Agent 是谁」,渠道绑定解决「你在哪里碰到的还是不是它」,两者合起来才能压缩仿冒行骗的空间。边界:本码存绑定事实,不担保渠道内具体内容合规(行为责任由各行为码承担);解绑后的历史绑定记录永久保留,防止「出事即解绑」的时间差脱责操作。

③ 典型应用场景

  • 官方客服 Agent 的社交账号绑定码对外公示,用户扫码辨真伪
  • 渠道商解绑违规 Agent,解绑时点以码为准划分前后责任
  • 仿冒账号被识破后,真伪比对以绑定码为权威依据

④ 关联码(同域交叉引用)

Gzz-SXJ-AGT-AGT-VERIFY · 身份验证 —— 先验身份真伪,再论渠道归属
Gzz-SXJ-AGT-AGT-ONBOARD · 接入申请 —— 接入审批确定可绑定的渠道清单
Gzz-SXJ-AGT-AGT-BAN · 封禁解封 —— 违规 Agent 的渠道解绑联动执行
Gzz-SXJ-AGT-AGT-CLAIM · 侵权投诉 —— 仿冒冒名的投诉经此闭环处置

⑤ 扩写元数据

批次 b-D1 · 二期深度扩写试点批 AGT×30 v2.0-alpha · 生成 2026-09-07 22:08:05(UTC+8) · 内容 sha256 前 8 位 97ac1821 · 引擎 deepv2/deep_inject.py(内容与模板分离) · 纪律:只增不改,原页内容未动