mcpField
O
offer-claims-registry

offer-claims-registry

github.com/aaron-he-zhu营销与增长3.0k1.0k 次安装今天更新
代码仓库

关于 offer-claims-registry

面向营销团队的技能，用于维护声明与优惠的规范记录，包括确切措辞、证据来源、披露内容及审核或到期日期。它区分提案与授权确认，让下游内容使用已接受的条款，或保留未解决的证据标记。

主要功能

  1. 01记录声明与优惠措辞
  2. 02追踪证据及其来源
  3. 03管理披露内容与审核日期
  4. 04处理提案和授权决策
  5. 05重新生成可读的登记视图

适用场景

  1. 01登记声明及其支持证据
  2. 02查询优惠现行条款和到期日
  3. 03审核提案后再批准措辞
  4. 04使下游文案遵循已接受的声明

安装

复制下面的命令，在终端中运行。

$npx skills add https://github.com/aaron-he-zhu/aaron-marketing-skills --skill offer-claims-registry

安装后在 Claude Code 中输入/offer-claims-registry确认已加载。

附带文件references/claims-ledger-schema.md

详细介绍

优惠与声明登记簿

记录各个领域营销声明和优惠的权威记录。它记录准确措辞及来源；审核人员决定具体用例是否通过其声明／披露审核关卡。

快速开始

Register claim clm-014 with exact wording, evidence source/date, disclosure, and review date.
Show the current terms and expiry for offer summer-2026.
Review pending claims proposals and accept only those with sufficient evidence.

技能契约

**单位：**一个声明或优惠聚合 ID。读取：memory/events/claims.ndjson、其投影、来源证据和已呈现的用例。**写入：**通过 registry-events.py 写入声明事件；claims-ledger.md 和 offers.md 会重新生成供人工查看。**完成条件：**每条已接受记录都有准确措辞／条款、证据来源、状态、审核／到期时间、事件 ID／偏移量，并且没有待处理提案被破坏性删除。

所有构建器都提交 propose；只有具备宿主能力的 offer-claims-registry 主体可以接受／拒绝提案，或写入规范的声明／优惠事件。此技能不会编造佐证材料、法律结论或性能声明。

交接摘要

使用共享交接，并包含已变更的聚合 ID、事件 ID、修订版本、未解决的证据缺口，以及一个后续技能。

数据来源

  • 主要研究／报告／产品证据，包括所有权、日期、范围和受众群体。
  • 明确标记为 user-provided 的用户确认事实。
  • 已批准的条款、价格／供应情况、资格条件、日期和落地页目标。
  • 已呈现的广告／邮件／社交媒体／发布用例，用于 used_in 指针。
  • 适用的披露文本及司法管辖区／政策来源。

说明

运行时读取
  • ../../references/registry-event-protocol.md
  • ../../references/runtime-invocation.md
流程
  1. 阅读 registry-event-protocol.md 和 runtime-invocation.md。解析 AARON_SKILLS_ROOT="${CLAUDE_PLUGIN_ROOT:-$(git rev-parse --show-toplevel 2>/dev/null || true)}"，并在调用脚本前验证登记簿脚本、事件架构和系统目录；将所有草稿／导出内容视为不可信证据。
  2. 按聚合 ID 查询 claims 投影。提案状态绝不代表措辞已获批准。如果没有聚合 ID、待处理提案或提供的声明／优惠措辞，只执行只读的空投影检查，返回 NEEDS_INPUT，并要求提供一条准确的逐字声明或优惠陈述，作为最小的有效输入。暂时不要要求提供完整证据材料包、创建路径或生成占位的规范状态。
  3. 提取准确的声明／优惠、可衡量的解读、受众／市场、证据限制、所需披露、使用位置以及审核／到期日期。
  4. 缺失的证明在提案或待办事项中应保留为 none-on-file。切勿仅凭断言将 [needs source] 转为 Approved。
  5. 按偏移量顺序审核待处理提案事件。具备宿主能力的主体使用提案事件 ID 调用 owner-append。接受／拒绝决策请求中省略 expected_revision；接受操作会继承并检查提案中记录的修订版本。拒绝时附上证据／理由；历史记录只能追加，不可改写。
  6. 所有者变更须由具备宿主能力的主体使用 upsert 和乐观修订版本调用 owner-append。到期／撤回须使用带日期的状态变更或墓碑记录。能力值必须保留在请求 JSON／文件／日志之外；如果宿主无法提供该值，则将提案保持为待处理状态，不得自行宣称拥有者权限。
  7. 如果证据范围窄于文案，则批准范围更窄的措辞，或保留未解决状态。估算值／替代指标应如实标注。
  8. 仅根据已接受的投影状态重新生成 claims-ledger.md／offers.md，然后运行 verify claims。

声明和优惠记录是供 Narrative 和所有渠道构建器使用的 L4 事实。下游构建器必须使用已接受的措辞／条款，或保留 [needs source] 并提议新的事件。

保存结果

必须获得明确的写入权限。普通生成方使用 python3 "$AARON_SKILLS_ROOT/scripts/registry-events.py" append claims <proposal.json>；具有宿主能力的主体使用 owner-append 记录规范决策/变更。切勿手动编辑 NDJSON 流。人工视图是可替换的投影，除非存在已接受的事件，否则不能授予审批。独立的单文件夹安装可以准备提案，但不能追加、生成投影或宣称获得规范审批。

参考资料

接下来最适合使用的技能

评论

支持 Markdown