当需要监测已落地叙事是否随时间漂移、竞品是否重定位…

对已上线的品牌叙事做自漂移监测、竞品重定位告警、重定位触发条件定义和 D1/W1/M1 信息漂移复盘。

适用场景

解决思路

1. 加载 canon 基线：只读读取 memory/narrative-registry/canon.md 和 memory/narrative-registry/versions.md；若不存在 canon 记录，则以 NEEDS_INPUT 停止并转交 narrative-registry / message-system-architect，因为没有可测量漂移的基准，且「无 canon」绝不默认通过。
2. 对每个受监测界面做快照：对每个旗舰界面（首页、定价页、商店列表、销售演示、社交简介、文档）捕获当前措辞，并用 scripts/connectors/wayback.py 拉取变更历史；每个快照标注为 Measured 并附 as-of 日期；无存档时记录明确的「无历史可用」说明，不要猜测。
3. 逐界面评分自漂移：将每个界面当前措辞与对应 canon 元素（标语、支柱、声明措辞）对比，逐界面给出判定：matches / drifted / contradicts；旗舰界面上与已批准声明相矛盾是后续 TALE-L1 信息匹配失败的上游，标记它但不要在此处解决。
4. 监测竞品重定位：复用 category-narrative-mapper 的竞品叙事地图，与竞品当前文案对比（用 wayback.py 查其历史）；报告谁发生了移动、从什么框架到什么框架，并附有日期证据；不要裁定其新声明是否真实。
5. 定义重定位触发条件：列出为自身叙事重定位的正当具体信号（持续漂移信号、来自 message-test-designer 链的信息测试失败、竞品声称了你的唯一性语句、品类框架转移），并给出反向规则：没有触发信号就重定位属于叙事鞭打（narrative whiplash），是 A 下的高严重度护栏标记，而非例行编辑；将触发集记录为鞭打事实基础。
6. 运行绑定的 D1/W1/M1 信息漂移复盘：应用 Narrative Truth, Stimulus, and Retro Binding，绑定当前 canon/test/result 的 evidence-observation 与测量契约，对比意图与实际，保留 supersedes 链，并输出 retain、retest、reversion-proposal 或 unknown；若无匹配的结果观察/契约，不得称该信息已验证；将代理读数标注为 proxy；把失败信息重复得更响是标记而非通过。
7. 组装漂移报告：包含自漂移表、竞品重定位告警、带鞭打护栏的重定位触发集以及复盘；路由决策：若无触发，转交 narrative-quality-auditor 重新审计；若触发确实发生，转交 message-system-architect 进行重定位；将每个数据点标注为 Measured / User-provided / Estimated。
8. 交付报告后询问：「是否保存这些结果以供未来会话使用？」确认后按 Skill Contract §Save Results Template 写入 memory/narrative/narrative-drift-monitor/YYYY-MM-DD-<topic>.md；漂移界面上出现的任何不可验证声明仅通过 registry-events.py 的授权 operation: propose 请求写入 memory/events/claims.ndjson 并标记 [needs source]；仅在触发确实发生时，提议的 canon 重版本仅通过 registry-events.py 的授权 operation: propose 请求写入 memory/events/narrative.ndjson（narrative-registry 是 memory/narrative-registry/ 规范文件的唯一写入者）；未经询问不要写入 memory。

适用边界 · 注意事项

• 不用于界面发布前的首次一致性检查——应使用 narrative-cascade-planner。
• 不用于计算 TALE profile 结果或运行 TALE 否决——只有 narrative-quality-auditor 门禁负责评分。
• 不用于测量回声率 / 声量份额 / AI 答案共鸣——应使用 narrative-resonance-monitor。