智能体域（AGT）
Gzz-SXJ-AGT-AGT-CANARY
灰度发布
详细介绍
灰度放量与全量
时间相位
事实相位
未标注
铸码相位
2026-09-05 23:32:43（UTC+8）（baseline 铸码）
发布相位
2026-09-07 17:44:01（UTC+8）（本次部署）
原码对照：
AGT-AGT-CANARY （公示墙批次帖存证为原码，只增不改）二期深度扩写 · 二期深度扩写试点批 AGT×30 v2.0-alpha · 深度页 v2.0-alpha
① 码结构解析
Gzz 体系前缀：Gzz 全球见证编码体系，跨域互认的统一命名空间
SXJ 体系标识：事现鉴——让事实可见、可核验、可追责
AGT 一级域：智能体域（Agent 经济与治理）
AGT 二级子域：Agent 本体治理（身份·行为·资源·合规）
AGT-AGT-CANARY 对象段：灰度发布事件——放量比例、观测指标与回退决策的存证
② 深度释义
灰度发布码存证 Agent 版本的金丝雀发布过程：放量比例阶梯（如 1%、10%、50%、100%）、各阶段观测指标（错误率、用户投诉、资金异常）与通过/回退决策。现实对应物：软件工程的 canary release——「金丝雀」得名于矿工带金丝雀下井探测瓦斯的传统，主流云平台均以小流量先行暴露问题。Agent 与传统软件的关键差异在于模型行为存在统计漂移：「测试集通过」不等于「全量安全」，灰度是模型类服务唯一可靠的上线纪律。本码让放量决策可追溯：每一阶段进入下一阶段的依据、回退触发点、实际回退记录。为什么要立码：把「直接全量翻车」的事故链改写成「小流量发现—回退—修复」的正常流程，前提是放量事实不可篡改、决策责任可定位。边界：本码存发布过程事实，不担保模型质量；灰度期间已发生的个别用户影响如实入码，不因回退而抹除，用于后续补偿与修复评估。
③ 典型应用场景
- 客服 Agent 新模型按 1% 到 25% 放量，第二阶段投诉率抬升触发回退，全程码链留痕
- 监管问询事故版本时，以灰度码还原放量决策链与责任人
- 资金类 Agent 强制多阶段灰度，各阶段资金异常阈值为通过条件
④ 关联码（同域交叉引用）
Gzz-SXJ-AGT-AGT-RELEASE · 版本发布 —— 版本发布码与灰度过程码衔接
Gzz-SXJ-AGT-AGT-DEGRADE · 故障降级 —— 回退常以服务降级方式执行
Gzz-SXJ-AGT-AGT-AUDIT · Agent 审计 —— 放量决策纳入事后审计范围
Gzz-SXJ-AGT-AGT-RESTART · 重启记录 —— 回退与重启的实例操作留痕