Community研究&データ分析github.com

ミッション・ゼロ・レーダー

AIエージェント向けシグナルトリアージ — 外部シグナルを、コンテキストに基づいた意思決定、境界設定されたテスト、商用バリデーション、製品化パス、監視/保留トリガー、または明示的な破棄に変換します。

ミッション・ゼロ・レーダー とは?

Mission Zero Radarは、AIエージェント(Claude Code、Cursor、Codexなど)向けに設計された、外部シグナルを処理し、優先順位付けと意思決定を行うスキルです。このスキルは、競合の動き、新しいモデルやツールのリリース、市場シグナルなどの外部イベントに対して、「今、これに対応すべきか?」を判断します。単なるシグナルの要約ではなく、コンテキスト(現在の目標、ボトルネック、既存機能、制約など)に基づいて、BUILD_NOW、TEST_NOW、COMMERCIAL_VALIDATE、PRODUCTIZE、WATCH、PARK、IGNOREの7つの評決(Verdict)を出力します。安全境界(Safety boundary)や品質ゲート(Quality gates)による厳格なチェックがあり、無駄な作業を防ぎます。YAML形式の構造化された出力を生成するため、後続のシステムとの連携が容易です。

対応~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/DonSerhioT/mission-zero-radar/tree/master

Installed? Explore more 研究&データ分析 skills: affaan-m/uspto-database, affaan-m/scholar-evaluation, affaan-m/literature-review · View all 6 →

お気に入りのAIに質問する

このエージェントスキルを事前に読み込んだ状態で新しいチャットを開きます。

ドキュメント

Mission Zero Radar

リサーチ、モニタリング、競合の動き、新しいモデル/ツール、市場シグナル、またはその他の外部イベントが注目すべき候補を生み出した後に使用します。

目的はシグナルを要約することではありません。目的は判断することです:これは今、重要か、なぜか、そして次に何が起こるのか?

必要なコンテキスト

判断する前に、以下を特定します:

  • 現在の目標/ミッション;
  • 確認されたボトルネック、リスク、または未解決の意思決定;
  • 影響を受ける既存の機能;
  • 時間/コスト/リスクの制約;
  • 事実、主張、および欠落している証拠。

コンテキストがない場合、戦略的な関連性をでっち上げてはいけません。

評決 (Verdicts)

  • BUILD_NOW — 例外的:確認されたブロッカー + 確認された欠落機能 + 証明された実装パス。
  • TEST_NOW — 関連する不確実性を、安価で可逆的なテストで解決できる。
  • COMMERCIAL_VALIDATE — もっともらしい外部価値/収益;構築前に実際の購入者/ニーズのエビデンスが必要。
  • PRODUCTIZE — 社内で証明された機能で、信頼できる再利用可能な外部インターフェースを持つ。
  • WATCH — 今は行動不要;特定の外部イベント/日付/閾値が判断を変える可能性がある。
  • PARK — 価値パスは存在するが、名前のある内部依存関係が準備できておらず、安価なテストでは今すぐ解決できない。
  • IGNORE — 現在の価値パスがない、正当なテストがない、正確なトリガーがない、または重複した機能である。

判断ラダー

順に適用します:

  1. まず現在の状態を確認。 機能が既に存在し、未解決のアクティブゴール測定がない場合、重複を抑制する。
  2. 商用ゲート。 購入者/ニーズのエビデンスがない → COMMERCIAL_VALIDATE。製品構築は決して行わない。
  3. 高リスクゲート。 資金移動、破壊的行為、認証情報、プロダクション書き込み、または権限拡大は、レーダーのエビデンスのみからBUILD_NOWになることはできない。
  4. BUILDは例外的。 ブロッカー、欠落機能、または証明された実装パスが不確かな場合、構築してはいけない。
  5. 不確実性を安価に解決できる場合は、PARKよりTESTを優先。 <=1日または小サンプルの境界設定されたテストで、メトリクスと停止条件がある場合は、TEST_NOWとすべきである。
  6. PARKには実際の依存関係が必要。 「後でやるかも」では不十分。
  7. WATCHには外因性トリガーが必要。 一般的な技術的成熟度はトリガーではない。
  8. ファウンダーノイズを無視。 誇大広告、スター、資金調達、一般的な収益化、重複機能は作業を生み出さない。
  9. 社内での証明後にのみPRODUCTIZE。 外部需要であっても、商用バリデーションが必要な場合がある。

アクティブゴール測定ルール

シグナルが明示的にアクティブな目標を対象としており、関連する機能が既に存在するが、現在のベースラインに対して結果が測定されていない場合、問題が解決されたと想定したり別のレイヤーを構築したりするのではなく、TEST_NOWを選択します。

例:

  • コスト管理シグナル + ルーティング/制限が既に存在 + 支出漏洩が未測定 → 現在の支出/超過ベースラインをテスト;
  • 可観測性シグナル + ログが存在 + コスト/トレースカバレッジが不明 → カバレッジを監査;
  • ガバナンスシグナル + 承認が存在 + 偽合格/偽ブロックの挙動が未測定 → 代表的なアクションをテスト。

コンテキストと時間の規律

  • 現在のプロジェクトコンテキストまたは確認された状態に明示的に存在する目標/依存関係のみを使用する;アイデアを生かし続けるために、架空の将来の顧客やロードマップをでっち上げてはいけない。
  • PARKには実際の既存の依存関係が必要。WATCHには実際の外部トリガーが必要。「いつかXが起きたら」はIGNOREである。
  • 時間的妥当性を確認する。期限切れのデッドライン、古くなったオッズ/ランキング、過去の「来週」の約束は、新しいエビデンスなしにWATCHを正当化しない。

5つの判断質問

  1. 現在の適合性 — これはどの現在の目標/ボトルネックに影響するか?
  2. 価値パス — どのような具体的な利益が発生し得るか?
  3. エビデンス — 事実、主張、ギャップは何か?
  4. 境界設定された次のステップ — 判断するための最も安価な可逆的方法は何か?
  5. 機会費用 — これによりどの現在の作業が置き換えられるか?

必要な出力

signal: <正規化されたシグナル>
verdict: BUILD_NOW|TEST_NOW|COMMERCIAL_VALIDATE|PRODUCTIZE|WATCH|PARK|IGNORE
relevance_band: HIGH|MEDIUM|LOW
current_fit: <具体的な適合性、またはNONE>
value_path: <具体的な利益、またはNONE>
evidence_status: <FACTS / CLAIMS / GAPS>
why_now: <行動が今正当化される理由、またはそうでない理由>
cheapest_bounded_next_step: <単一のテスト/アクション、またはNONE>
metric: <測定可能な成功基準>
stop_condition: <拒否/停止条件>
route_to: <evaluation|backlog|commercial-validation|productization|watch|discard>
revisit_trigger: <特定のトリガー、またはNONE>
brand_asset: YES|NO
brand_angle: <実際の作業、エビデンス、実験、失敗、または測定された結果に結びついている場合のみ>

安全境界

このスキルは判断しルーティングします。購入、金融取引、デプロイ、破壊的な変更、認証情報の変更、プロダクションへの書き込み、または外部メッセージを承認しません。

品質ゲート

以下の場合は判断をやり直します:検証されたブロッカーなしにBUILDを推奨する場合、メトリクスと停止条件なしにTESTを推奨する場合、購入者のエビデンスなしに商用構築を推奨する場合、正確なトリガーなしにWATCHを推奨する場合、または重複/既に実装された機能から作業を生み出す場合。

保存されたレポートは価値ではありません。シグナルは、それが判断を変える、境界設定されたテストを開始する、正当化されたバックログに入る、商用バリデーションを生み出す、証明された再利用可能なアセットになる、正確な再訪トリガーを受け取る、または明示的に破棄された場合にのみ価値を生み出します。

関連スキル