[G6-01] 建立版本化 Claim Registry

[NongHua123]

P0 · Marketing / Release

问题

官网、README、PPT 和视频容易各写一套功能说法。没有统一登记，就无法知道一句“已支持”适用于哪个版本、平台和 Agent。

交付与验收

• 每条 claim 记录文案、版本/平台/Agent、owner、status、evidence IDs、复核日期和使用渠道。
• 状态至少区分 draft、runtime_verified、limited、deprecated、withdrawn。
• 证据等级区分 code_audit、runtime_screenshot、runtime_recording、platform_verification、metric_report。
• candidate、detect-only 和 generated prototype 不能支持正式“已完整支持”主张。

[NongHua123]

Claim Registry 的外部依据与发布门槛（复核 2026-08-12）

先说明适用边界：并非 README、官网里的每句话都会当然构成广告；《广告法》和《广告引证内容执法指南》要结合具体内容、渠道和商业目的判断。若材料构成广告，《广告法》第十一条要求数据、统计资料、调查结果、文摘、引用语等内容真实、准确并标明出处；有适用范围和有效期限的，还要明确展示。2026 年《广告引证内容执法指南》进一步要求引证内容可验证，并明确适用范围、有效期限。

把这套要求作为 Claim Registry 的保守发布纪律是合适的，但不要反过来写成“所有 claim 都已完成法律认定”。

建议每条记录至少包含：

• claimId、claimText、claimType、locale、channel；
• subject 与完整适用范围：FyAgent version/source SHA、platform/arch、Agent/version、Provider/model、release channel；
• status、限制性说明、owner、reviewer、validFrom、reviewOn、expiresAt；
• evidenceIds、每份证据的等级、版本、捕获环境、生成时间和失效条件；
• supersedes、withdrawalReason、受影响渠道及撤回完成时间。

证据等级不能互相借位：code_audit 只能证明实现或配置存在；runtime_screenshot 只能证明某一环境的可见状态；runtime_recording 可以证明录制范围内的流程；platform_verification 证明平台或安装包状态；metric_report 只支持其中明确定义的数字。GitHub Artifact Attestation 能把制品关联到 repository、workflow 和 commit SHA，但 GitHub 也明确提醒，它不保证制品安全，更不证明某项产品能力已跑通。

建议验收门槛：任何公开 claim 都必须有精确 scope、未过期证据和可展示的限制条件；scope 中的版本或平台不能用空值表达“全部支持”；证据撤回、source SHA 变化或复核期到期时，claim 自动停止导出；修改已发布文案时生成新 revision，不覆盖历史记录。“完整支持”“自动安装可用”一类强主张，必须由相应平台的真实安装、健康探测和目标 Agent 真实请求共同支持。

官方来源：

• 《中华人民共和国广告法》
• 《广告引证内容执法指南》
• GitHub Artifact Attestations

[NongHua123]

v0.4.2 发布对账（2026-08-24）

发布基线：v0.4.2，source SHA d8ab2a2。

结论：未解决，保持 OPEN。

v0.4.2 发布源码中没有版本化 Claim Registry；搜索不到 claimId、runtime_verified、limited、deprecated、withdrawn 或 metric_report 的生产登记/导出合同。

现有 Release notes、视觉资产 frontmatter 和代码审计记录各自有证据边界，但它们不是统一的公开 claim 清单，也不能自动阻止 candidate、detect-only 或 generated prototype 被写成完整支持。

证据等级：exact-source code_audit。处理：保留 OPEN。

[NongHua123]

2026-08-24 priority review

This Issue remains P0 / OPEN in the dedicated P0｜并行治理门禁 lane.

It is a release-evidence/security governance gate that should progress in parallel without displacing the UCP product mainline. It may close only with its own exact evidence; the existence of v0.4.2 or any Draft PR does not satisfy it.