技能介绍

解决什么问题

品牌叙事容易被渠道改写：SEO/GEO、社交、邮件、付费、达人和发布 builder 各自生成话术后，版本、证据和取舍会逐渐漂移，最后没有可审计的“唯一叙事真源”。这个技能把品牌叙事当成 L1 战略资产，要求每个品牌只有一份完整、版本化的 canon；渠道只能派生适配，不能重新定义核心叙事。

如何工作

调用前先读 registry-event-protocol.md 与 runtime-invocation.md，解析 AARON_SKILLS_ROOT，并校验 registry 脚本、event schema 和 system catalog；drafts 只是不可信 proposal。
输入包括 memory/events/narrative.ndjson、当前投影、已接受的定位/claim 证据和完整 proposed canon。
写入只通过 registry-events.py 追加 narrative events；canon.md 与 versions.md 是生成视图，不是手工二次台账。
完成条件是完整版本被原子接受，并带 source、date、revision；旧版本仍可回放，消费者拿到精确的 canon/version pointer。
只有 host-capability 的 narrative-registry principal 能 accept/reject/upsert；它记录已创作战略，但不给 TALE 打分，也不裁决 claim 真伪。
重新版本化必须是 owner upsert 或 accepted proposal，包含完整 canon object、new version 和 supersedes pointer；不能落地 partial file patch。
Handoff 要带 brand ID、canon version/revision/event ID、superseded version、claim/proof pointers、未解决矛盾和下一个 skill。
下游 builder 在出外部文案前要读 narrative projection 和 claims projection，并记录 narrative_canon_id、narrative_canon_version、claims_projection_offset 与 dependency_status。

适用边界与注意点

未验证措辞只能留在 [needs source]，并作为独立 claim proposal；不能进入 canon 当事实。three pillars、change-narrative arcs 和固定 boilerplate 长度是可选 pattern，只保存所选架构。相同 revision、stale proposal 或不兼容 canon 应拒绝，不能合并；真实备选方案保持 pending/open。保存需要显式权限，只能经 runtime 追加，不能改 NDJSON。没有 host capability 或 verified root runtime/schema/catalog 时，只留下 bounded proposal 交给 handoff；单文件夹 standalone 安装不能 append/project，也不能宣称 canonical Narrative truth。