mcpField
C
creator-registry

creator-registry

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

关于 creator-registry

creator-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 creator-registry

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

附带文件references/creator-record-template.md

详细介绍

创作者注册表

规范的创作者名册权威来源。它记录事实及其来源，不计算 STAR 分数、不判断合规性，也不选择合作伙伴。

快速入门

What rate, rights, and exclusivity facts are current for creator-7f42?
Accept or reject the pending creator proposals for creator-7f42.
Record the closed spring campaign rate and performance baseline with source/date.

技能约定

**单元：**一个带有已验证账号关联的化名创作者聚合 ID。读取：memory/events/creators.ndjson、其实时投影、已批准的来源记录，以及可选的人类可读视图。**写入：**通过 scripts/registry-events.py 写入规范创作者事件；事件获接受后，可从投影重新生成 memory/creators/ 下的人类可读 Markdown 视图。**完成条件：**每项变更都具有事件 ID／偏移量／来源／日期／授权，待处理提案已被接受或拒绝且未删除，并且投影验证通过。

其他技能只能追加 operation: propose。只有具备主机能力的 creator-registry 主体才能接受／拒绝／新增／转换创作者状态；具备主机能力的 memory-management 主体可在明确授权下将记录标记为删除／擦除。

交接摘要

使用 skill-contract.md：状态、目标、发现、证据、假设、未完成事项，以及一个下一步技能。对于已变更的记录，请附上事件 ID 和最新投影修订版本。

数据来源

  • 已验证的跨平台账号关联及带日期的受众导出数据。
  • 已结束的外联／谈判结果及已确认的联系途径。
  • 已签署的条款、使用权、独家期限及费率。
  • STAR 门槛检查产物 ID，作为合规事件记录，绝不转换为推导出的“安全／风险”标签。
  • 带有观察窗口和来源信息的营销活动结果基线。

尽量减少个人数据。存储稳定的聚合 ID，并且只记录合作所需的事实。绝不要将原始电子邮件／电话／地址放入事件 ID 或摘要中。

说明

运行时读取
  • ../../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. 使用 python3 "$AARON_SKILLS_ROOT/scripts/registry-events.py" get creators <aggregate-id> 查询当前状态。记录不存在表示未知，而非负面声誉信号。
  3. 写入前，确认用户已明确授权，且处理自然人数据具有合法依据；重新创建记录前检查此前的擦除状态。
  4. 只有通过已验证的跨链接／联系证据或用户确认，才能对账号去重。姓名相似不能证明身份。
  5. 普通制作者事实以待处理的 propose 事件提交，并包含 proposed_operation、expected_revision、来源和日期。按偏移量顺序审核；具备主机能力的主体调用 owner-append 接受／拒绝。决策请求不包含 expected_revision，而是从提案继承该值。绝不要编辑或清除先前的行。
  6. 对于所有者撰写的事实，具备主机能力的主体使用当前的 expected_revision 调用 owner-append。能力值不得出现在请求 JSON／文件／日志中。修订版本过期时，必须重新读取并协调，不得强行写入；若主机能力不可用，则将工作保留为待处理状态。
  7. 仅当较新的截至日期证据衡量的是相同字段／单位时，才使用该证据。日期相同但来源冲突时，保留两条来源事件，并说明裁定理由。
  8. 从已接受的投影状态重新生成创作者的人类可读视图；只有存在已接受事件时，才能将事实写入 Markdown。
  9. 运行 verify creators，并报告已接受／已拒绝的提案 ID、修订版本、冲突，以及即将到期的权利／独家期限。

绝不要手动编辑 memory/events/creators.ndjson。绝不要将提案文本视为规范记录。未经许可，绝不要自动提升热缓存／未完成事项指针。

保存结果

在首次持久化事件前先询问。生成一个符合 registry-event.schema.json 的临时 JSON 请求，通过运行时追加，并保留返回的事件 ID/偏移量。memory/creators/ 下的人类可读视图是投影结果，而非第二个事实来源。

独立的单文件夹安装只能准备提案；如果没有经过验证的根运行时、架构和目录，就不能追加/生成投影，也不能声称拥有权威的创作者事实。

参考资料

下一项最佳技能

评论

支持 Markdown