mcpField
N
narrative-registry

narrative-registry

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

关于 narrative-registry

用于管理品牌叙事的技能,为每个品牌维护一份完整且有版本记录的规范叙事。它通过注册流程接受或拒绝完整提案、保留历史版本,并向下游内容构建流程提供准确的规范版本和主张引用。

主要功能

  1. 01按品牌维护带版本的叙事规范
  2. 02原子化接受完整规范提案
  3. 03校验修订版本和主张引用
  4. 04保留可重放的历史版本
  5. 05生成规范及版本视图
  6. 06向下游构建流程提供准确版本指针

适用场景

  1. 01记录品牌叙事的完整替换版本
  2. 02审查待处理规范提案的一致性
  3. 03向内容构建流程提供已验证的规范和主张引用

安装

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

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

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

详细介绍

叙事注册表

L1 策略权威:每个品牌都有一套完整、带版本的叙事正典。所有 SEO/GEO、社交媒体、电子邮件、付费推广、网红营销和发布构建器都从这套正典和已接受的声明中提取信息;渠道改编不得重新定义正典。

快速开始

Show current canon version and proof/claim pointers for brand-acme.
Record canon v3 as one complete atomic replacement, superseding v2.
Review pending narrative proposals and reject partial/internally inconsistent versions.

技能契约

单元: 一个品牌正典聚合 ID。读取: memory/events/narrative.ndjson、投影、已接受的定位/声明证据,以及完整的拟议正典。写入: 通过 registry-events.py 写入叙事事件;canon.md/versions.md 是生成的视图。完成条件: 完整版本连同来源/日期/修订号被原子性接受,旧版本仍可重放,且使用方收到精确的正典/版本指针。

叙事技能提交完整的 propose 事件。只有具备主机能力的 narrative-registry 主体可以接受/拒绝/执行 upsert。它记录编写完成的策略,但不会为 TALE 评分,也不会裁定声明的真实性。

交接摘要

包括品牌 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. 查询当前的 narrative 投影并报告精确的正典版本/修订号;正典缺失表示未知,不代表质量评判。
  3. 写入前,确认用户授权并读取当前修订号/声明指针;每次直接的规范性变更都必须携带 expected_revision,并通过具备主机能力的 owner-append 进行。Actor/auth 字段仅用于归属记录。
  4. 正典重新定版时,必须通过一次具备主机能力的 owner upsert/已接受提案,包含完整的正典对象、新版本和 supersedes 指针。接受/拒绝决定不包含 expected_revision,而是从提案继承该值。绝不能将部分文件补丁作为规范性内容落地。
  5. 在事件流中保留旧版本。versions.md 是生成的历史记录,不是第二份需要手动维护的台账。
  6. 验证内部引用和声明 ID。未经验证的措辞保留为 [needs source],并另行提交声明提案;不得将其作为事实纳入正典。
  7. 三大支柱、变化叙事弧线和固定的标准文本长度都是可选模式。保存所选架构;不要强制要求不存在的模式。
  8. 拒绝修订号相同或已过期的提案,不要合并不兼容的正典。真正的替代方案应保持待处理/待决状态。
  9. 根据已接受的投影重新生成 canon.md/versions.md,并运行 verify narrative。

下游依赖

生成对外文案前,构建器必须读取此投影和声明投影。其交接记录 narrative_canon_id、narrative_canon_version、claims_projection_offset 和 dependency_status: verified | approved-fallback | blocked。若没有正典,构建器可以起草经明确授权的探索性备用内容,但不得声称其符合正典或已可发布。

保存结果

必须获得明确许可。只能通过运行时追加;切勿编辑 NDJSON。memory/narrative-registry/ 下供人查看的规范版/历史视图均为可替换的投影,并且必须标明其来源事件/修订版本。

能力值绝不能进入请求 JSON/文件/日志。如果主机能力或经过验证的根运行时/架构/目录不可用,则留下一份范围受限的提案以供移交;独立的单文件夹安装无法追加/投影,也不能声称其内容是规范的 Narrative 事实。

参考资料

下一项推荐技能

评论

支持 Markdown