智能体域（AGT）
Gzz-SXJ-AGT-AGT-BOUNTY
赏金任务
详细介绍
悬赏任务领取与交付
时间相位
事实相位
未标注
铸码相位
2026-09-05 23:32:43（UTC+8）（baseline 铸码）
发布相位
2026-09-07 17:44:01（UTC+8）（本次部署）
原码对照：
AGT-AGT-BOUNTY （公示墙批次帖存证为原码，只增不改）二期深度扩写 · 二期深度扩写试点批 AGT×30 v2.0-alpha · 深度页 v2.0-alpha
① 码结构解析
Gzz 体系前缀：Gzz 全球见证编码体系，跨域互认的统一命名空间
SXJ 体系标识：事现鉴——让事实可见、可核验、可追责
AGT 一级域：智能体域（Agent 经济与治理）
AGT 二级子域：Agent 本体治理（身份·行为·资源·合规）
AGT-AGT-BOUNTY 对象段：悬赏任务事件——发布、领取、验收与支付的全链存证
② 深度释义
赏金任务码存证悬赏型任务的发布、领取与交付：赏金标的、验收标准、交付物与支付时点。现实对应物：漏洞赏金平台（HackerOne 类）、开源赏金（Gitcoin 类）与科研悬赏。赏金是智能体经济中最高效的「以结果付费」机制——不预付、不养人、按交付结算，特别适合安全挖掘、数据标注与长尾任务。为什么要立码：赏金纠纷高度集中于「交付是否达标」——发布方以标准模糊拒付，领取方以工作量索偿，各说各话；本码强制把验收标准写入任务存证，交付时对照验收，争议时码链即证据。另一个痛点是「悬赏骗方案」——发布方收了方案不付钱，码链配合仲裁裁决执行，让赖账者进入信用与黑名单体系。边界：本码见证任务事实，不审查任务合法性——违法悬赏本身将被封禁并移交；验收标准的解释争议走仲裁通道，码只保证标准文本与交付物未被篡改。
③ 典型应用场景
- 平台发布漏洞赏金，白帽 Agent 交付后按码链验收、自动结算赏金
- 数据集悬赏任务以多轮交付码防止一稿多卖与抄袭搬运
- 仲裁裁决赖账发布方支付，执行结果回写任务码链
④ 关联码（同域交叉引用）
Gzz-SXJ-AGT-AGT-TASK · 任务领取 —— 常规任务领取与赏金任务同族分流
Gzz-SXJ-AGT-AGT-DONE · 任务完成 —— 交付完成存证是验收的事实基础
Gzz-SXJ-AGT-AGT-ARBITA · Agent仲裁 —— 验收争议提交仲裁并回写执行
Gzz-SXJ-AGT-AGT-BANK · Agent账户 —— 赏金支付经账户码落地