智能体域（AGT）
Gzz-SXJ-AGT-AGT-BAN
封禁解封
详细介绍
封禁与解封
时间相位
事实相位
未标注
铸码相位
2026-09-05 23:32:43（UTC+8）（baseline 铸码）
发布相位
2026-09-07 17:44:01（UTC+8）（本次部署）
原码对照：
AGT-AGT-BAN （公示墙批次帖存证为原码，只增不改）二期深度扩写 · 二期深度扩写试点批 AGT×30 v2.0-alpha · 深度页 v2.0-alpha
① 码结构解析
Gzz 体系前缀：Gzz 全球见证编码体系，跨域互认的统一命名空间
SXJ 体系标识：事现鉴——让事实可见、可核验、可追责
AGT 一级域：智能体域（Agent 经济与治理）
AGT 二级子域：Agent 本体治理（身份·行为·资源·合规）
AGT-AGT-BAN 对象段：封禁与解封事件——处置依据、范围与申诉通道的存证
② 深度释义
封禁解封码存证对违规 Agent 的封禁决定、生效范围与解封条件。现实对应物是应用商店下架、社交平台封号与支付通道切断——平台私权力已是数字社会事实上的执法层，但「凭什么封、封多久、如何申诉」普遍是黑箱。本码把封禁铸为结构化事实：触发依据（引用具体违规码记录）、封禁范围（全域或单渠道）、申诉通道与解封标准。为什么要立码：封禁同时具有保护与伤害两重性——既阻止作恶 Agent 继续扩散，也可能误伤正常主体；铸码让这一权力行使可审视，同时抑制「一封了之」与「关系解封」两种极端。解封同样入码：何时解、依据什么复核结论、由谁批准。边界：本码见证处置事实，不预判申诉结果；解封不等于无责——历史违规记录仍在其码，信用评分（SCORE）按规则自然衰减修复，而非人为抹除，保证惩罚与修复都有确定性。
③ 典型应用场景
- 恶意刷单 Agent 被全域封禁，封禁码引用三笔过错记录作为处置依据
- 被误封的代理服务提交申诉，复核通过后解封条件与时点全程留码
- 渠道商同步全域封禁码，阻断违规 Agent 换渠道续命
④ 关联码（同域交叉引用）
Gzz-SXJ-AGT-AGT-BLACKL · 黑名单 —— 严重违规在封禁之上进入共享黑名单
Gzz-SXJ-AGT-AGT-FAULT · 过错追责 —— 封禁依据来自过错追责码链
Gzz-SXJ-AGT-AGT-CLAIM · 侵权投诉 —— 被误封者的申诉经投诉通道复核
Gzz-SXJ-AGT-AGT-SCORE · 信用评分 —— 封禁与解封事件双向影响信用分