mission-zero-radar

Mission Zero Radar

Verwende diese Skill nach einer Recherche, Überwachung, einer Konkurrenzbewegung, einem neuen Modell/Tool, einem Marktsignal oder einem anderen externen Ereignis, das ein Kandidat für Aufmerksamkeit geworden ist.

Die Aufgabe ist nicht, das Signal zusammenzufassen. Die Aufgabe ist zu entscheiden: Ist das jetzt relevant, warum, und was passiert als Nächstes?

Erforderlicher Kontext

Vor der Entscheidung identifiziere:

• aktuelles Ziel/Mission;
• verifizierten Engpass, Risiko oder offene Entscheidung;
• betroffene bestehende Fähigkeit;
• Zeit-/Kosten-/Risikobeschränkungen;
• Fakten, Behauptungen und fehlende Beweise.

Fehlt der Kontext, erfinde keine strategische Relevanz.

Urteile

• BUILD_NOW — außergewöhnlich: verifizierter Blocker + verifizierte fehlende Fähigkeit + nachgewiesener Implementierungspfad.
• TEST_NOW — relevante Unsicherheit kann durch einen billigen, reversiblen Test behoben werden.
• COMMERCIAL_VALIDATE — plausible externe Wertschöpfung/Einnahmen; Nachweis eines echten Käufers/Bedarfs erforderlich vor dem Bau.
• PRODUCTIZE — intern nachgewiesene Fähigkeit mit einer glaubwürdigen wiederverwendbaren externen Oberfläche.
• WATCH — jetzt keine Aktion; ein spezifisches externes Ereignis/Datum/Schwellenwert kann die Entscheidung ändern.
• PARK — Wertepfad existiert, aber eine benannte interne Abhängigkeit ist nicht bereit und ein billiger Test kann sie jetzt nicht beheben.
• IGNORE — kein aktueller Wertepfad, kein gerechtfertigter Test, kein präziser Auslöser oder doppelte Fähigkeit.

Entscheidungsleiter

In der Reihenfolge anwenden:

1. Zuerst den aktuellen Stand. Wenn die Fähigkeit bereits existiert und keine ungelöste aktive Zielmessung hat, das Duplikat unterdrücken.
2. Kommerzielles Tor. Kein Käufer-/Bedarf-Nachweis → COMMERCIAL_VALIDATE, niemals ein Produktbau.
3. Hohes Risiko-Tor. Geldbewegungen, destruktive Aktionen, Berechtigungen, Produktionsschreibvorgänge oder Autonomieerweiterungen können allein durch Radar-Erkenntnisse nicht zu BUILD_NOW werden.
4. BUILD ist außergewöhnlich. Wenn Blocker, fehlende Fähigkeit oder nachgewiesener Implementierungspfad unsicher sind, nicht bauen.
5. TEST gegenüber PARK bevorzugen, wenn Unsicherheit billig zu beheben ist. Ein <=1-tägiger oder kleiner Stichproben-Test mit Metrik + Abbruchbedingung sollte zu TEST_NOW werden.
6. PARK benötigt eine echte Abhängigkeit. „Vielleicht später“ reicht nicht.
7. WATCH benötigt einen exogenen Auslöser. Allgemeine Technologiereife ist kein Auslöser.
8. IGNORE-Gründerlärm. Hype, Sterne, Finanzierung, allgemeine Monetarisierung und doppelte Fähigkeiten erzeugen keine Arbeit.
9. PRODUCTIZE nur nach internem Nachweis. Externe Nachfrage kann dennoch eine kommerzielle Validierung erfordern.

Regel zur Messung aktiver Ziele

Wenn ein Signal auf ein explizit aktives Ziel abzielt, die zugehörige Fähigkeit bereits existiert, aber das Ergebnis nicht gegenüber einer aktuellen Baseline gemessen wird, wähle TEST_NOW, anstatt anzunehmen, dass das Problem gelöst ist oder eine weitere Schicht zu bauen.

Beispiele:

• Kostenkontroll-Signal + Routing/Limits existieren bereits + Kostenleck ungemessen → aktuelles Kosten-/Überschreitungs-Baseline testen;
• Beobachtbarkeits-Signal + Logs existieren + Kosten-/Trace-Abdeckung unbekannt → Abdeckung prüfen;
• Governance-Signal + Genehmigungen existieren + Fehlauslösung/Blockierungsverhalten ungemessen → repräsentative Aktionen testen.

Kontext- und Zeitdisziplin

• Verwende nur Ziele/Abhängigkeiten, die explizit im aktuellen Projektkontext oder verifizierten Zustand vorhanden sind; erfinde keine hypothetischen zukünftigen Kunden oder Roadmaps, um eine Idee am Leben zu erhalten.
• PARK erfordert eine echte bestehende Abhängigkeit. WATCH erfordert einen echten externen Auslöser. „Wenn irgendwann X passiert“ ist IGNORE.
• Überprüfe die zeitliche Gültigkeit. Abgelaufene Fristen, veraltete Chancen/Rankings und vergangene „nächste Woche“-Versprechen rechtfertigen kein WATCH ohne frische Beweise.

Fünf Entscheidungsfragen

1. Aktuelle Passung – welches aktuelle Ziel/Engpass wird davon betroffen?
2. Wertepfad – welcher konkrete Nutzen kann eintreten?
3. Beweise – was ist Fakt, Behauptung und Lücke?
4. Begrenzter nächster Schritt – was ist der billigste reversible Weg zu entscheiden?
5. Opportunitätskosten – welche aktuelle Arbeit würde dies verdrängen?

Erforderliche Ausgabe

signal: <normalisiertes Signal>
verdict: BUILD_NOW|TEST_NOW|COMMERCIAL_VALIDATE|PRODUCTIZE|WATCH|PARK|IGNORE
relevance_band: HIGH|MEDIUM|LOW
current_fit: <spezifische Passung oder NONE>
value_path: <spezifischer Nutzen oder NONE>
evidene_status: <FAKTEN / BEHAUPTUNGEN / LÜCKEN>
why_now: <warum Aktion jetzt gerechtfertigt ist oder warum nicht>
cheapest_bounded_next_step: <einzelner Test/Aktion oder NONE>
metric: <messbares Erfolgskriterium>
stop_condition: <Ablehnungs-/Abbruchbedingung>
route_to: <evaluation|backlog|commercial-validation|productization|watch|discard>
revisit_trigger: <spezifischer Auslöser oder NONE>
brand_asset: YES|NO
brand_angle: <nur wenn mit echter Arbeit, Beweisen, Experiment, Misserfolg oder gemessenem Ergebnis verbunden>

Sicherheitsgrenze

Diese Skill entscheidet und leitet weiter. Sie autorisiert keine Käufe, Finanztransaktionen, Bereitstellungen, destruktiven Änderungen, Berechtigungsänderungen, Produktionsschreibvorgänge oder externen Nachrichten.

Qualitätsprüfungen

Wiederhole die Entscheidung, wenn sie BUILD ohne verifizierten Blocker empfiehlt, TEST ohne Metrik + Abbruchbedingung, kommerziellen Bau ohne Käufer-Nachweis, WATCH ohne präzisen Auslöser oder Arbeit aus einer duplizierten/bereits implementierten Fähigkeit erzeugt.

Ein gespeicherter Bericht ist kein Wert. Ein Signal schafft nur dann Wert, wenn es eine Entscheidung ändert, einen begrenzten Test startet, in ein gerechtfertigtes Backlog aufgenommen wird, eine kommerzielle Validierung startet, zu einem nachgewiesenen wiederverwendbaren Asset wird, einen präzisen Wiederholungsauslöser erhält oder explizit verworfen wird.