审计付费广告账户能否安全放量：用 20 项 ROAS 评分…

在准备投放、大幅加预算或怀疑追踪/归因虚增、浪费投放时，基于自有导出数据对付费广告账户做增量贡献与测量完整性审计并输出门禁结论。

适用场景

解决思路

1. 读取 references/auditor-runbook.md、scoring-semantics.md、roas-benchmark.md 及 ROAS catalog 条目；独立安装时使用 bundled 的不可变 references/auditor-runtime.md，绝不抓取可变的 main 分支。
2. 在确定性调用前遵循 runtime-invocation.md，解析 AARON_SKILLS_ROOT="${CLAUDE_PLUGIN_ROOT:-$(git rev-parse --show-toplevel 2>/dev/null || true)}"，并要求 scorer、validator 与 typed catalogs 齐备可用。
3. 若 scorer/validator/catalogs 不可用，直接返回 score_state: NOT_SCORED / score_confidence: not_scored，不给 gate verdict，也不生成持久化 artifact。
4. 显式声明 profile（direct-response|prospecting|incremental-profit）、target、currency、attribution window、conversion lag、business constraint、goal 与 observation date；任一必需上下文缺失即返回 NEEDS_INPUT/UNDECIDED。
5. 按需求取证据：delivery/spend 用 campaign、query、placement、audience 与 change-history 导出；outcome truth 用来自电商、analytics 或 CRM 的去重 order/lead ID。
6. 经济学输入取 currency、margin/contribution、CAC/payback 约束；归因输入取平台与自有数据的时间戳/ID、归一化后的窗口与 lag。
7. 安全/声明输入取 placement report、渲染后的 ad/landing 以及 offer-claims-registry 中已批准的 claim/disclosure 状态；增量性输入取 holdout/geo split/因果测试，否则显式标注为 proxy。
8. 比较任何指标之前，先归一化 currency、windows、IDs、lag 与 portfolio scope。
9. 按 benchmark 对全部 20 个 R1..S5 项打分，每项附 source/date/type/confidence。
10. 缺失自有数据真值、placement 导出或 reconciliation 时一律标 Unknown；没有数据不构成 veto，也不能仅因取证不便就标 N/A。
11. 正面验证 veto ROAS-R1：instrumentation 可被证明无法满足指定的自有数据真值集。
12. 正面验证 veto ROAS-R2：已证明存在实质性的重复计数/归因虚增。
13. 正面验证 veto ROAS-O1：对照 offer-claims-registry 的已批准状态，存在实质性 claim/disclosure 失败。
14. 正面验证 veto ROAS-O2：存在适用的平台/受限品类违规。
15. 正面验证 veto ROAS-A1：placement 证据显示实质性安全违规。
16. 运行 typed scorer；把 estimated/proxy 增量性如实标注，绝不把平台归因称作因果。
17. 结果映射一：完整 direct-response profile、raw 78、无 veto/fail → DONE/SHIP，最终 78。
18. 结果映射二：完整 profile、raw 78、一条已验证 R1 失败 → DONE_WITH_CONCERNS/FIX，最终 59。
19. 结果映射三：已验证 R1 与 R2 同时失败 → DONE/BLOCK，保留 raw，不给最终分。
20. 结果映射四：缺 placement report → A1 为 Unknown、NEEDS_INPUT/UNDECIDED，不给总分。
21. 解读时注意：高报 ROAS 可能来自投放不足、品牌需求收割或归因虚增。
22. 把学习期扰动记为 S2 finding，而不是自动 veto。
23. ATT/建模数据只降低置信度，不自动判 R1 失败。
24. 频次、创意疲劳与受众饱和需要单独证据才能判定。
25. 未先归一化 currency/window/lag 并去重 outcome，绝不跨平台比较回报。
26. 遇到预发布账户审计请求，紧接本 gate 之前走窄路由 conversion-signal-qa；不要在 signal QA 与审计之间自动插入 placement-exclusion-manager 或 conversion-value-mapper——缺失的 placement/value 证据在本轮保持 Unknown，只有用户要求或完成的 gate 识别出相应 finding 时才作为单独 remediation 引入。
27. 报告以 auditor-runbook 的精确 typed conversation header 开头；不得用散文替换 status、verdict 或 score_state；在 findings 之前把每个显式缺失的 qualified item 列为 "ID: `unknown`"。
28. 报告需展示 verdict、profile/context、score 或 coverage/interval、confidence、R/O/A/S 明细、reconciliation 表、已验证的关键控制项、Unknown 证据，以及排好优先级的 fix/owner/rerun condition；status/verdict 与 59 分上限由 scorer 决定。
29. 落盘前校验：scope/currency/window/lag/constraint/goal 显式；自有数据 outcome truth 与平台自报分离；全部 20 项状态合法且有来源、Unknown 不被重新归一化；veto 失败均为正面验证。
30. 未经单独明确批准，绝不启用 campaign、改 bid、上传 audience 或缩放预算。
31. 仅在明确授权后持久化到 memory/audits/ad/YYYY-MM-DD-<topic>.md；用 validate-audit-artifact.py 针对预期的 --relative-path 组装并校验完整 v3 draft。
32. 只通过一次完整内容的 Write 持久化，然后按 auditor runbook 重新校验目标；不支持对保留 sink 做 edit/shell/MCP 变更。
33. 不要自主写 hot cache、claims、candidates 或 account state。

适用边界 · 注意事项

• 需要设计 campaign 结构/受众时（改用 campaign-architect）。
• 需要产出广告创意时（改用 ad-creative-builder）。
• 拿不到 scorer、validator 与 typed catalogs，或无法提供归一化的自有数据导出时，只能返回 NOT_SCORED/UNDECIDED，出不了 SHIP/FIX/BLOCK 判定。