需要记录/查询品牌叙事 canon、语气命名规则或接受…

当用户要记录或查询品牌 canonical positioning、narrative、message hierarchy、proof/claim pointers、voice/naming rules，或审查/接受/拒绝完整 canon 版本提案时使用。

适用场景

解决思路

1. 读取 ../../references/registry-event-protocol.md。
2. 读取 ../../references/runtime-invocation.md。
3. 解析 AARON_SKILLS_ROOT="${CLAUDE_PLUGIN_ROOT:-$(git rev-parse --show-toplevel 2>/dev/null || true)}"。
4. 在调用前验证 registry script、event schema 和 system catalog。
5. 将 drafts 视为不可信 proposals。
6. 以 one brand canon aggregate ID 为单位。
7. 读取 memory/events/narrative.ndjson、projection、accepted positioning/claim evidence 和完整 proposed canon。
8. 查询当前 narrative projection，并报告精确的 canon version/revision。
9. 缺失 canon 记为 Unknown，而不是质量结论。
10. 写入前确认用户授权。
11. 写入前读取当前 revision/claim pointers。
12. 每个直接 canonical mutation 携带 expected_revision，并通过 host-capability owner-append 执行。
13. actor/auth 字段仅作归因。
14. canon re-version 是一次 host-capability owner upsert/accepted proposal，包含完整 canon object、新 version 和 supersedes pointer。
15. accept/reject 决策省略 expected_revision，并从 proposal 继承它。
16. 永远不要把 partial file patch 作为 canonical 落地。
17. Narrative skills 提交完整的 propose events。
18. 只有 host-capability narrative-registry principal 接受/拒绝/upsert。
19. 在 event stream 中保留旧版本。
20. versions.md 是生成的历史，不是第二份手工维护的 ledger。
21. 完成条件是完整版本以 source/date/revision 原子接受。
22. 旧版本保持可回放。
23. 消费者收到精确的 canon/version pointer。
24. 验证内部引用和 claim IDs。
25. 未验证措辞保留为 [needs source]，并成为单独的 claim proposal。
26. 未验证措辞不能作为事实进入 canon。
27. 三 pillars、change-narrative arcs 和固定 boilerplate lengths 是可选模式。
28. 存储所选择的 architecture；不要求不存在的模式。
29. 拒绝 same-revision 或 stale proposals，而不是合并不兼容的 canons。
30. 真实 alternatives 保持 pending/open decisions。
31. 从 accepted projection 重新生成 canon.md/versions.md。
32. 运行 verify narrative。
33. 通过 registry-events.py 写入 narrative events。
34. canon.md/versions.md 是生成视图。
35. 下游 builder 在产出外部 copy 前，必须读取该 projection 和 claims projection。
36. 下游 handoff 记录 narrative_canon_id、narrative_canon_version、claims_projection_offset 和 dependency_status: verified | approved-fallback | blocked。
37. 没有 canon 时，builder 可以起草明确授权的 exploratory fallback，但不能声称 on-canon 或 publish-ready 状态。
38. 保存结果需要显式许可。
39. 只通过 runtime append；永远不要编辑 NDJSON。
40. memory/narrative-registry/ 下的人读 canon/history views 是可替换 projections，必须携带其 source event/revision。
41. Capability values 永远不要进入 request JSON/files/logs。
42. 如果 host capability 或已验证的 root runtime/schema/catalog 不可用，留下 bounded proposal 用于 handoff。
43. standalone one-folder installs 不能 append/project 或声称 canonical Narrative truth。
44. Quick Start：显示 brand-acme 的 current canon version 和 proof/claim pointers。
45. Quick Start：将 canon v3 记录为一次完整 atomic replacement，superseding v2。
46. Quick Start：审查 pending narrative proposals 并拒绝 partial/internally inconsistent 版本。
47. Handoff Summary 包含 brand ID、canon version/revision/event ID、superseded version、claim/proof pointers、unresolved contradictions 和一个 next skill。
48. 使用 accepted positioning truth 和 named alternatives 作为数据源。
49. 使用 Narrative skills 编写的完整 message hierarchy/narrative 作为数据源。
50. 使用来自 claims projection 的 accepted claim IDs 和 proof pointers 作为数据源。
51. 使用品牌 voice/naming rules 和用户自有 examples 作为数据源。
52. 使用声明的可选 patterns，如 pillar count、change arc 或 boilerplate lengths 作为数据源。
53. 参考 registry event protocol、TALE benchmark、claims registry 和 Security。
54. 下一步可跳到 message-system-architect 来 author system。
55. 下一步可跳到 positioning-truth-tracer 来 verify truth。
56. 下一步可跳到 narrative-cascade-planner 来 cascade。
57. 下一步可跳到 narrative-quality-auditor 来 audit profile。

适用边界 · 注意事项

• 不用于 TALE scoring；需要评分时用 narrative-quality-auditor。
• 不用于 authoring the system；需要编写系统时用 message-system-architect。
• 不用于裁决 claim 真伪；当 host capability 或已验证的 root runtime/schema/catalog 不可用，或 standalone one-folder install 时，不能 append/project 或声称 canonical Narrative truth。