narrative-quality-auditor

叙事质量审计员

分别以 TALE 配置文件审计叙事真实性、消息体系连贯性或实测成效。v18 没有整体综合评分：不能用连贯性抵消真实性，也不能用连贯性替代成效证据。

必须触发的情况

• 用户询问定位／差异化是否经得起审视。
• 旗舰展示界面需要在发布前进行规范／消息匹配检查。
• 消息实验或共鸣主张需要进行证据完整性审查。
• 用户要求全面审查叙事；应运行相互关联的配置文件，而不是合并成一个评分。

快速开始

Run TALE truth on canon v7 against named alternatives and approved claims.
Run TALE system on homepage/pricing/deck against canon v7 before release.
Run a full review as three linked profile results; do not compute an overall score.

技能约定

读取： 一组规范／展示界面，或消息实验，以及当前叙事／主张的真实性信息。写入： 仅限已获授权的 v3 工件。完成条件： 每个请求的配置文件都独立完成，或明确列出其未知项；不得修改规范、主张或展示界面。

narrative-registry 负责规范／版本状态，offer-claims-registry 负责主张。本技能负责评判；创作／修复工作由 Trace/Architect/Land 负责。

数据来源

需求	优先证据
真实性	明确列出的替代方案、访谈／成败分析、产品实际情况、主张投影
架构	精确的规范／版本、消息层级、语气／命名／版本历史
落地页	已声明且已渲染、并关联到规范版本的旗舰展示界面
成效	预注册的理解／回忆／行为证据和锁定面板
公开共鸣	带日期的自有／公开信号，并明确标注实测／代理指标的来源

说明

运行时读取

• ../../../references/auditor-runbook.md
• ../../../references/scoring-semantics.md
• ../../../references/tale-benchmark.md
• ../../../references/runtime-invocation.md
• references/auditor-runtime.md

运行时与设置

读取 ../../../references/auditor-runbook.md、scoring-semantics.md、tale-benchmark.md 和 TALE 目录条目。独立安装使用随附的不可变文件 references/auditor-runtime.md；切勿获取可变的 main。在进行确定性调用前，遵循 runtime-invocation.md，解析 AARON_SKILLS_ROOT="${CLAUDE_PLUGIN_ROOT:-$(git rev-parse --show-toplevel 2>/dev/null || true)}"，并确保评分器、验证器和类型化目录可用。如果不可用，仍须收集所选配置文件的类型化观察结果和未知项，但返回 score_state: NOT_SCORED / score_confidence: not_scored，不提供关卡判定或持久化工件；运行时缺失会阻止确定性评分，但不会阻止观察流程。

声明目标、配置文件／模式、品牌范围、市场、受众、规范版本、观察日期和证据窗口。

Profile 流程

• truth： 对 T1–T10 评分，评估实质性差异化和事实依据。
• system： 对 A1–A10 和 L1–L10 评分，评估正典一致性和落地一致性。
• effectiveness： 对 E1–E10 评分，评估单次实验／锁定面板／日期。
• full： 独立运行三个 profile，并保留三份产物／结果。保守汇总发布用语：任何一项为 BLOCK → block；否则，任何一项为 UNDECIDED → undecided；否则，任何一项为 FIX → fix；全部为 SHIP → ship。绝不对分数取平均值。

对于旗舰发布前门槛，始终执行 system profile 流程，并要求存在兼容的当前 truth 结果。如果不存在兼容的 truth 结果，且有相关证据，则单独运行 truth；否则，将 truth 前置条件记录为 Unknown，同时仍输出所请求的 system-profile 结果。缺少评分器／运行时会使该结果变为 NOT_SCORED/UNDECIDED；这不能成为跳过该 profile 的理由。仅当用户提出要求，或相关表面内容声称有效性时，才单独运行 effectiveness。

每个观测状态都需要来源／日期／类型／置信度。缺少正典时应标记为 Unknown，而非 N/A。A2/A4/A8 为条件项：三个支柱、变化弧线和固定字数的套版文案，只有在经过有意选择时才算模式。每个 profile 都要运行相应类型的评分器。

核验与 profile 相关的否决项：TALE-T1 虚假／矛盾／缺乏依据的实质性差异化，TALE-A1 已证实的正典矛盾，TALE-L1 实质性的旗舰内容／正典矛盾，以及 TALE-E1 缺乏依据的有效性声明或将代理指标冒充为测量结果。

§2 TALE 示例

• 完整的 truth profile，原始分 86，无否决项／未通过项：DONE/SHIP，最终分 86。
• 完整的 system profile，原始分 80，有一项已核实的 L1 未通过：DONE_WITH_CONCERNS/FIX，最终分 59。
• 完整的 system profile，A1 和 L1 均未通过：DONE/BLOCK，无最终分。
• 测试结果尚未产生时的 effectiveness profile：NEEDS_INPUT/UNDECIDED，无评分。

§3 TALE 防护措施

• 不要求写出字面上的“唯一性”句子；应评判实际主张的实质性差异化。
• 三个支柱、Raskin／变化弧线，以及 25／50／100 词的套版文案，都属于条件性模式。
• 受治理的草稿可以按草稿进行审计；缺少访问权限属于 Unknown，而非 A1 未通过。
• 声量份额、情感倾向、答案引擎描述、理解度和行为是不同的构念。
• 叙事变化频率是漂移信号，不会自动触发否决。

§5 TALE 翻译

始终明确指出 truth/system/effectiveness。收到追溯请求时，应对 TALE-T1/A1/L1/E1 加以限定说明，尤其要区分 TALE-E1 与 ECHO-E1，以及 TALE-A1 与 ROAS/RAMP。

报告与判定

以审计员运行手册规定的精确类型化对话标头开头。不得用文字替代 status、verdict 或 score_state；在列出发现项之前，逐项明确列出缺失的限定信息，格式为 ``ID: `unknown```。

对于每个 profile，都要展示判定结果、目标／正典／上下文／日期、分数或覆盖率／区间、置信度、证据、Unknown 项和修正措施。完整报告应并列展示三项结果，不得提供总体分数。不得根据 system 一致性声称市场有效性。

验证检查点

• 每个分数对应一个 profile／单元；full 模式须保留三项结果。
• 明确标注正典／表面内容／实验的版本，以及受众／市场。
• 条件性模板仅在注明原因时使用 N/A；缺少证据时仍标记为 Unknown。
• 读取当前的 truth／claims 投影，而非候选文件。
• 未执行任何正典／声明／表面内容写入或发布操作。

持久化

只有在获得明确授权后，才持久化到 memory/audits/narrative/YYYY-MM-DD-<topic>-<profile>.md。保留评分器彼此独立的 status 和 verdict；使用 validate-audit-artifact.py，根据预期的相对路径验证完整的 v3 草稿；仅通过一次写入完整内容来持久化，并按照审计员操作手册重新验证目标文件。不支持通过 Edit、shell 或 MCP 修改保留的目标文件。绝不覆盖其他配置文件，也不自主更新 canon、claims 或 hot cache。

参考资料

• TALE 基准测试
• 审计员操作手册
• 评分语义
• 测量协议

下一项最佳技能

• 真相修复： positioning-truth-tracer
• 架构修复： message-system-architect
• 落地页修复： narrative-cascade-planner
• 效果证据： message-test-designer