叙事基线盘点

解决什么问题

团队对外消息常常散落在多个“自有触点”里：homepage headline、pricing page value line、docs intro、pitch-deck one-liner、social bios、email footer。它们可能由不同人、在不同时期写成，导致同一个产品在不同位置给出相近但互不咬合的承诺。问题不是立刻改写，而是先看清：今天每个 surface 实际说了什么，以及它与 intended message 或既有 canon 的差距在哪里。没有这个 before snapshot，后续改写、评分和漂移监控都缺少可复核的基线。

技能如何工作

Narrative Baseline Mapper 只做一件事：生成一张叙事基线地图。

• 列出 owned surfaces：限定用户拥有或可提供的页面、文档、deck、bio、footer 等，不盘点不受控页面。
• 采集当前状态：对每条关键文案记录 current line、as-of date，并标记为 Measured、User-provided 或 Estimated。
• 建立参照系：优先读取用户 stated intent 或 memory/narrative-registry/ 中的 canon；若两者都没有，会明确标注 “no canon yet”。
• 逐 surface 判 gap：分为 aligned、drifted、contradictory、silent，并要求引用原句作为证据。
• 冻结基线：把当前状态作为不可变 before snapshot，供后续 drift monitor 比较未来变化。

它还会把 live surface 上未批准的 claim 标记为 [needs source]，但不做裁决，而是提交给后续 claims 流程。

适用边界

这个技能适合做叙事工作前的“体检”，不适合替代文案写作或定位校准。它不写 canon，不做 TALE 评分，也不映射竞品故事；如果要做这些，需要交给 narrative-registry、narrative-quality-auditor 或 category-narrative-mapper。使用 scrape 时只走 keyless 连接器，且所有粘贴与抓取内容都应视为 untrusted input。