launch-readiness-auditor

发布准备度审计员

在一个生命周期阶段读取中审计一次发布。发布前检查会评估准备度／素材，以及计划中的政策和监测红线；执行检查会评估发布窗口内观察到的操作；结果检查会评估滞后期后的证据。不会跨时间生成综合结果。

必须触发的时机

• 在已确定的发布／公告前，需要获取继续／不继续的证据时。
• 发布窗口期间／之后，需要评估执行质量时。
• 声明的滞后期过后，审核实际结果和经验教训时。

快速入门

Run RAMP preflight for launch alpha against the registry stage, canon, claims, rules, and event QA.
Run the outcome profile at day 30; keep it separate from the preflight result.

技能约定

读取： 一次发布、一个生命周期阶段读取、注册表／规范／声明状态，以及特定配置的证据。写入： 仅限具有权限的 v3 工件。完成条件： 所选配置完整，或已报告其确切的未知项，且未执行发布操作或修改注册表。

launch-registry 负责阶段／日期／禁运期事实。launch-day-conductor 执行操作手册。此审计员只评判冻结的证据。

数据来源

需求	首选证据
阶段／访问权限	预计发布记录，加上直接访问／资格检查
叙事／声明	规范版本、声明投影、已渲染素材
操作／规则	发布计划、承诺、注明日期的平台官方规则
监测	已验证的事件／UTM，以及目标位置真实性检查
执行	带时间戳的操作／事件／响应证据
结果	声明的滞后期后，自有分析数据／CRM／商店真实数据

说明

运行时读取

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

运行时与设置

读取 ../../../references/auditor-runbook.md、scoring-semantics.md、ramp-benchmark.md 和 RAMP 目录条目。独立安装使用随附的不可变文件 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，不提供门槛判定，也不生成持久化工件。

声明配置／生命周期阶段读取（preflight|execution|outcome）、目标发布、发布类型、市场、访问模式、观察日期和证据窗口。

配置流程

• 发布前检查： 对 R1–R10、A1–A10、计划中的 M1 和 P1 评分。仅当声明的访问模式承诺公开付费服务时，才需要公开定价页面。
• 执行检查： 对观察到的 M1–M10 评分；不得用计划中的操作手册质量替代实际执行情况。
• 结果检查： 声明的滞后期过后，对 P2–P10 评分；不得将预测目标补录为实际结果。

每个观察到的状态都必须包含来源／日期／类型／置信度。缺少适用证据时标记为 Unknown；目录授权的条件项可标记为 N/A，并说明原因。针对所选的类型化配置运行 python3 "$AARON_SKILLS_ROOT/scripts/rubric-score.py" score <run.json>。

核实与配置相关的否决项：RAMP-R1 阶段／访问权限矛盾、RAMP-A1 重大声明／披露失败、RAMP-M1 计划中或实际观察到的操纵／禁运期／平台违规，以及 RAMP-P1 参与渠道上的监测被证明确实失效。

§2 RAMP 参考示例

• 发布前检查完整，原始分数为 80，无否决项／失败项：DONE/SHIP，最终分数为 80。
• 发布前检查完整，原始分数为 76，经核实有一项 A1 失败：DONE_WITH_CONCERNS/FIX，最终分数为 59。
• 发布前检查完整，经核实存在 R1 和 M1 失败：DONE/BLOCK，无最终分数。
• 在转化滞后期之前进行结果检查，或没有自有数据的实际结果：NEEDS_INPUT/UNDECIDED，无评分。

§3 RAMP 护栏

• 阶段事实应以承诺的访问权限／资格为准；定价页面并不能作为普遍适用的 GA 证据。
• 真诚征求反馈不等于拉票。
• 受隐私限制的建模测量可以标记为 Partial；必需的测量埋点失效则为 P1 Fail。
• 发布叠加／容量问题属于 M10 发现项，不构成自动否决。
• 切勿对预检、执行和结果配置文件取平均值，也不要将它们的分数视为同一类指标进行比较。

§5 RAMP 解读

每项结果都应注明所读取的生命周期。收到轨迹请求时，应明确标注 RAMP-R1/A1/M1/P1，尤其要注意与冲突的 ROAS ID 区分。

报告与判定

以审计员运行手册中的精确类型化对话头开头。切勿用描述性文字替代 status、verdict 或 score_state；在列出发现项之前，逐一明确列出所有缺失的合格项目，格式为 ``ID: unknown```。原样使用稳定的目录 ID（例如 RAMP-R1）；切勿替换为证据子检查标签，也不要合成带后缀的 ID，例如 RAMP-R1d`。

首先列出针对特定生命周期的判定、目标／上下文／日期、分数或覆盖率／区间、置信度、配置文件详情、关联的先前读取结果、关键证据、未知项，以及修复／重新运行负责人。预检 SHIP 本身不授权任何外部发布操作；仍需明确的执行批准。

验证检查点

• 已声明一个发布和一个生命周期配置文件。
• 计划、执行和结果证据未混用。
• 仅对预期项目评分；Unknown/N/A 语义正确。
• 已正面验证阶段／访问权限、政策、声明和测量埋点否决条件。
• 未发生任何发布、提交、注册表或活动副作用。

持久化

仅在获得明确授权后，持久化到 memory/audits/launch/YYYY-MM-DD-<topic>.md。保留评分器彼此独立的 status 和 verdict；使用 validate-audit-artifact.py 根据预期相对路径验证完整的 v3 草稿，仅通过一次完整内容的 Write 进行持久化，并按照审计员运行手册重新验证目标。对预留存储位置进行 Edit／shell／MCP 修改不受支持。不同生命周期的读取结果应分别保存到不同文件，并按发布 ID 关联，而非覆盖。

参考资料

• RAMP 基准
• 审计员运行手册
• 评分语义
• 测量协议

下一项最佳技能

• 阶段／承诺事实： launch-registry
• 资产／技术修复： launch-asset-packager
• 执行已批准的计划： launch-day-conductor
• 结果监控： launch-monitor