智能体域（AGT）
Gzz-SXJ-AGT-AGT-BLACKL
黑名单
详细介绍
黑名单管理
时间相位
事实相位
未标注
铸码相位
2026-09-05 23:32:43（UTC+8）（baseline 铸码）
发布相位
2026-09-07 17:44:01（UTC+8）（本次部署）
原码对照：
AGT-AGT-BLACKL （公示墙批次帖存证为原码，只增不改）二期深度扩写 · 二期深度扩写试点批 AGT×30 v2.0-alpha · 深度页 v2.0-alpha
① 码结构解析
Gzz 体系前缀：Gzz 全球见证编码体系，跨域互认的统一命名空间
SXJ 体系标识：事现鉴——让事实可见、可核验、可追责
AGT 一级域：智能体域（Agent 经济与治理）
AGT 二级子域：Agent 本体治理（身份·行为·资源·合规）
AGT-AGT-BLACKL 对象段：黑名单管理事件——列入、影响范围与移出机制的共享存证
② 深度释义
黑名单码存证 Agent 生态的黑名单管理事实：列入依据、名单来源（监管名单、仲裁裁决、平台决议）、影响范围与移出机制。现实对应物是金融业的制裁名单（OFAC SDN、联合国安理会名单）与行业共享的风控黑产名单。与单次封禁（BAN）不同，黑名单是跨平台、跨渠道的共享信用基础设施——单个平台封禁只影响自家地盘，黑名单让劣迹随主体走。为什么要立码：Agent 换壳成本极低（重新注册、更换渠道即可重生），没有共享黑名单，作恶的期望成本趋近于零；而黑名单权力极大，错误列入等于社会性死亡，因此本码对列入与移出全过程同等留痕，申诉与复核节点强制记录，防止名单被滥用为打击工具。边界：本码见证名单事实，不制造名单——列入标准由治理层规则定义；被列主体的申诉权在码链路中有明确通道，入码不等于终审。
③ 典型应用场景
- 多渠道共享的黑名单同步更新，渠道商接入前先查码防坑
- 被错误列入的 Agent 依码链申诉成功，移出记录同样公开可查
- 监管制裁名单下发后由治理层铸码，全生态自动同步生效
④ 关联码（同域交叉引用）
Gzz-SXJ-AGT-AGT-BAN · 封禁解封 —— 单平台封禁是黑名单的来源之一
Gzz-SXJ-AGT-AGT-SCORE · 信用评分 —— 名单状态实时反映进信用评分
Gzz-SXJ-AGT-AGT-CLAIM · 侵权投诉 —— 名单异议经投诉复核通道处理
Gzz-SXJ-AGT-AGT-ARBITA · Agent仲裁 —— 名单争议可提交仲裁裁决