mcpField
L
launch-readiness-auditor

launch-readiness-auditor

github.com/aaron-he-zhuマーケティング・グロース3.0k1.0k 回インストール今日更新
リポジトリ

launch-readiness-auditor について

launch-readiness-auditor は、単一のローンチをライフサイクルの1段階（事前確認、実行、成果）で評価するスキルです。選択した段階の証拠だけを採点し、不明点と該当する拒否条件を示し、各段階の評価を分離します。

主な機能

  1. 01事前確認・実行・成果を個別に評価
  2. 02選択した段階の証拠に基づく採点
  3. 03不明項目と条件付き N/A の処理
  4. 04ステージ・主張・規則・計測の拒否条件を確認
  5. 05検証済みで許可された監査成果物

活用シーン

  1. 01確定したローンチ前の証拠を評価
  2. 02ローンチ期間中の運用を確認
  3. 03所定の遅延期間後に実績を評価

MCP 対応

README には MCP の利用について記載がありません。

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/aaron-he-zhu/aaron-marketing-skills --skill launch-readiness-auditor

インストール後、Claude Code で/launch-readiness-auditorを入力して読み込まれたか確認します。

同梱ファイルreferences/auditor-runtime.md

詳細

ローンチ準備状況監査

1つのローンチを、1つのライフサイクル時点で監査します。プレフライトでは、準備状況／アセットに加え、計画されたポリシーと計測に関するレッドラインを評価します。実行では、ローンチ期間中に観測された運用を評価します。成果では、所定の遅延期間後の証拠を評価します。異なる時点をまたぐ複合評価はありません。

必ず実行するタイミング

  • Go／No-Goの根拠が必要な、確定済みのローンチ／発表の前。
  • 実行の品質を評価する必要がある、ローンチ期間中または終了後。
  • 実際の成果と学びを確認する、宣言した遅延期間の後。

クイックスタート

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.

スキルの契約

読み取り対象： 1つのローンチ、1つのライフサイクル時点、レジストリ／カノン／クレームの状態、およびプロファイル固有の証拠。書き込み対象： 権限が付与された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不合格が1件：DONE_WITH_CONCERNS/FIX、最終スコア59。
  • プレフライトが完了し、検証済みのR1とM1の不合格あり：DONE/BLOCK、最終スコアなし。
  • コンバージョンの遅延期間前、または自社データによる実績なしでの成果評価：NEEDS_INPUT/UNDECIDED、スコアなし。

§3 RAMP ガードレール

  • ステージの実態は、約束されたアクセス／適格性に基づきます。価格ページは、GA の普遍的な証拠ではありません。
  • 真のフィードバック依頼は、投票の呼びかけではありません。
  • プライバシー上の制約があるモデル化測定は Partial となる場合があります。必須の計測機能が壊れている場合は P1 Fail です。
  • ローンチの積み重ね／キャパシティは M10 の所見であり、自動的な拒否理由ではありません。
  • プリフライト、実行、結果の各プロファイルを決して平均したり、それらのスコアを同一の構成概念として比較したりしないでください。

§5 RAMP の翻訳

各結果には、ライフサイクルの読み取りを記載してください。トレースを求められた場合は、特に衝突する ROAS ID と照合しながら、RAMP-R1/A1/M1/P1 の適用範囲を明記してください。

レポートと判定

監査担当者向けランブックの正確な型付き会話ヘッダーから始めてください。status、verdict、score_state を文章で置き換えないでください。明示的に欠落している該当項目は、所見の前にそれぞれ ``ID: unknown``` として記載してください。安定したカタログ ID をそのまま使用してください（例：RAMP-R1）。エビデンスのサブチェックラベルで置き換えたり、RAMP-R1d` のような接尾辞付き ID を作成したりしないでください。

ライフサイクル固有の判定、対象／コンテキスト／日付、スコアまたはカバレッジ／区間、信頼度、プロファイルの詳細、関連する以前の読み取り、重要なエビデンス、不明事項、修正／再実行の担当者を冒頭に記載してください。プリフライトの SHIP だけでは、外部向けのローンチアクションは許可されません。明示的な実行承認が引き続き必要です。

検証チェックポイント

  • 1 件のローンチと 1 つのライフサイクルプロファイルが宣言されている。
  • 計画、実行、結果のエビデンスが混在していない。
  • 期待される項目のみがスコアリングされ、Unknown／N/A の意味が正しく適用されている。
  • ステージ／アクセス、ポリシー、主張、計測機能に関する拒否条件が、肯定的に検証されている。
  • ローンチ、提出、登録、キャンペーンに関する副作用が発生していない。

永続化

明示的な承認を得た後に限り、memory/audits/launch/YYYY-MM-DD-<topic>.md に永続化してください。スコアラーの直交する status と verdict を保持してください。意図した相対パスを指定して validate-audit-artifact.py で v3 のドラフト全体を検証し、内容全体を一度の Write でのみ永続化してから、監査担当者向けランブックに従って対象を再検証してください。予約済みの保存先に対する Edit／shell／MCP による変更はサポートされていません。ライフサイクルの読み取りごとに別ファイルを作成し、上書きするのではなくローンチ ID で相互にリンクしてください。

参考資料

次におすすめのスキル

コメント

Markdown 対応