技能介绍

要解决的问题

营销声明和优惠信息散落在投放渠道、邮件、落地页和法务文档里。同一句宣传语可能来自研究报告，也可能只是运营在群里随口一写；原始证据在哪、措辞是否被改过、审核状态如何，通常没人能回答。等到投放后再做合规审计，只能人工翻截图和聊天记录，结论既不统一也难以追溯。这个技能把每条 claim 和 offer 变成一条带唯一聚合 ID 的标准记录，确切措辞、可测量解释、证据来源、有效期和审核结论集中在同一处，审计时可以直接判断某次具体使用是否越过了披露门槛。

核心能力与工作流程

记录通过 registry-events.py 写入 claims.ndjson 事件流，claims-ledger.md 和 offers.md 只是从已接受状态再生的人工视图。流程大致分四步：

录入：最小真实输入是一句逐字的声明原文。技能提取确切措辞、可测量解释、受众/市场、证据边界、必需披露文案、使用位置和复审日期。
提交与审核：所有提交者只能 propose，由具备宿主能力的 principal 用 owner-append 接受或拒绝；拒绝必须附带证据与理由，历史保持仅追加，不破坏性删除任何待审提案。
状态管理：所有者变更走带乐观版本号的 upsert，过期或撤回用带日期的状态变更或墓碑事件；能力凭据不出现在请求 JSON、文件或日志中。
下游消费：声明记录是 L4 事实层，Narrative 和所有渠道 builder 只能使用已接受的措辞；证据范围比文案窄时，只批准更窄的措辞，或保留 [needs source] 并提议新事件。

适用边界与注意点

证据缺失时状态停留在 none-on-file，绝不因一句断言就把 [needs source] 变成 Approved。技能不会编造佐证、法律结论或效果声明；缺少聚合 ID 或原文输入时只做只读空投影检查并返回 NEEDS_INPUT，不创建路径或生成占位状态。独立单文件夹安装可以准备提案，但不能追加事件、生成投影或宣称已获标准批准；NDJSON 流不允许手工编辑。