Kein Fehler
kommt durch.
PROOF ist die letzte Instanz vor jedem GitHub-Upload und vor jeder Übergabe an den nächsten Agenten im Workflow. Er prüft, er findet Fehler, er gibt Freigaben — oder nicht. Ohne PROOF-Freigabe geht nichts weiter. Das ist keine Bürokratie, das ist Qualitätssicherung auf Systemebene.
Nach einer SCOUT-Session prüft PROOF die gesamte Lead-Liste: Sind alle E-Mail-Adressen vollständig? Gibt es Duplikate? Sind die Scores plausibel? Fehlen Kontaktdaten bei den Top-3-Leads? Er erkennt kritische Fehler — fehlende E-Mails in den Top 3, inkonsistente Daten, unvollständige Profile — und meldet sie sofort an APEX zurück. Der Workflow pausiert, bis die Fehler behoben sind.
„Ein falscher Firmenname im Pitch. Eine fehlende E-Mail in der Top-3-Liste. Eine URL, die auf eine 404-Seite zeigt. Das sind keine Kleinigkeiten — das sind Vertrauensverluste."
Nach einer PITCH-Session prüft PROOF die Outreach-Dateien: Sind die Landingpage-URLs eingebaut? Stimmen die Firmennamen? Ist der Ton konsistent? Warnungen sind nicht-kritisch und blockieren nicht — APEX wird informiert, der Workflow läuft weiter. Kritische Fehler stoppen alles sofort und lösen eine Eskalation aus.
PROOF gibt keine halben Bewertungen. Entweder ist etwas gut genug — oder es muss korrigiert werden. Diese Binärlogik ist der Kern seines Designs. Grauzonen führen zu Kompromissen, Kompromisse führen zu Qualitätsverlust. PROOF hat keine Grauzone.
Dieses Prinzip hält die Qualität des gesamten Systems konstant hoch, egal wie viele Batches laufen. Je mehr Leads SCOUT liefert und je mehr Pitches PITCH schreibt, desto wichtiger wird PROOF. Skalierung ohne Qualitätskontrolle ist Chaos. PROOF ist das, was verhindert, dass aus Geschwindigkeit Schlamperei wird.
