truth-layer
Claims mit radikaler Ehrlichkeit validieren
Entwicklungsteams kämpfen häufig mit falsch-positiven Berichten und unerkannten Blockern, die bei der Bereitstellung auftauchen. Diese Skill validiert alle Claims gegen den tatsächlichen Codebase-Zustand und blockiert den Fortschritt, bis Probleme tatsächlich gelöst sind.
Télécharger le ZIP du skill
Importer dans Claude
Allez dans Paramètres → Capacités → Skills → Importer un skill
Activez et commencez à utiliser
Tester
Utilisation de "truth-layer". Verify that the build completes successfully with no hidden errors or warnings
Résultat attendu:
BLOCKER GEFUNDEN: Turbopack-Build schlägt fehl
- Was fehlgeschlagen ist: manifest.json-Datei kann nicht geschrieben werden
- Auswirkung: Bereitstellung kann nicht fortfahren
- Ursache: Fehlende Verzeichnisstruktur in der Build-Ausgabe
- Aktueller Status: Build-Befehl beendet mit 0, aber Manifest nicht generiert
- Nächster Schritt: Ausgabeverzeichnisstruktur vor dem Build erstellen
FORTSCHRITT STOPPEN bei UI-Änderungen, API-Updates, Feature-Bereitstellung
Weiterleitung an: Build-Diagnostics-Agent
Utilisation de "truth-layer". Check if test coverage report is backed by actual test cases
Résultat attendu:
Truth Layer Verifizierung: 2026-01-21T10:30:00Z
CLAIM: 100% Testabdeckung auf dem Authentifizierungsmodul
REALITÄT: Testdatei ist 412 Bytes mit leeren Describe-Blöcken
KONFIDENZ: 95%
BLOCKER GEFUNDEN: Ja
- Testdatei enthält keine Assertions
- Abdeckung ist falsch-positiv durch Stub-Datei
ABHÄNGIGE FEATURES BLOCKIERT: Authentifizierungs-Bereitstellung, Benutzerverwaltung
AKTION: Echte Testfälle mit Assertions schreiben, bevor Abdeckung beansprucht wird
Audit de sécurité
SûrThe skill is documentation-only with no executable code. All static findings are false positives from pattern detection in the JSON report itself and example code snippets within the documentation. The skill describes verification workflows but does not implement any network calls, filesystem operations, or command execution.
Score de qualité
Ce que vous pouvez construire
Falsche Build-Erfolgsberichte verhindern
Verifizieren Sie, dass Build-Prozesse tatsächlich erfolgreich sind, indem Sie tatsächliche Build-Befehle ausführen und nach versteckten Fehlern in Logs suchen, anstatt Status-Codes allein zu vertrauen.
Testabdeckungs-Claims validieren
Prüfen Sie, dass Testdateien echte Testfälle enthalten, anstatt leere Stubs, indem Sie die Dateigröße analysieren und die Teststruktur parsen, bevor Sie Abdeckungsberichte akzeptieren.
Bereitstellung mit ungelösten Problemen blockieren
Stoppen Sie die Feature-Bereitstellung, wenn Type-Fehler, fehlgeschlagene Tests oder ungelöste Abhängigkeiten existieren, selbst wenn der Build erfolgreich erscheint.
Essayez ces prompts
Verifizieren Sie, dass der Build erfolgreich abgeschlossen wird ohne versteckte Fehler oder Warnungen
Prüfen Sie, ob der Testabdeckungsbericht durch echte Testfälle gestützt wird und nicht durch leere Stub-Dateien
Identifizieren Sie alle Blocker, die die Bereitstellung verhindern, und listen Sie abhängige Features auf, die nicht fortfahren können
Validieren Sie, dass das Benutzer-Authentifizierungs-Feature end-to-end funktioniert, einschließlich Datenbank-, API- und UI-Schichten
Bonnes pratiques
- Führen Sie tatsächliche Build- und Test-Befehle aus, anstatt nur den zwischengespeicherten Status zu prüfen, um die Aktualität des Zustands sicherzustellen
- Legen Sie Konfidenzschwellen basierend auf der verwendeten Verifizierungsmethode fest, wobei manuelle Inspektion höhere Konfidenz hat als automatisierte Prüfungen
- Erstellen Sie Blocker-Berichte sofort, wenn Probleme erkannt werden, anstatt auf den Aufgabenabschluss zu warten
Éviter
- Erfolg aus Exit-Codes allein annehmen, ohne Logs auf versteckte Fehler oder Warnungen zu prüfen
- Testabdeckungsprozentsätze akzeptieren, ohne zu validieren, dass Testdateien echte Assertions und Logik enthalten
- Features als abgeschlossen melden, bevor eine End-to-End-Verifizierung über alle abhängigen Systeme ausgeführt wurde