📝

writing-skills

Name: writing-skills
Author: ZhanlinCui

Sicher

Erstellen und Testen von KI-Fähigkeiten mit TDD-Methodik

Auch verfügbar von: Cycleaddict,Cygnusfear,davila7,Dimon94,DYAI2025,CodingCossack,obra

Das Erstellen von KI-Fähigkeiten ohne Tests führt zu Dokumentation, die Agenten unter Druck ignorieren. Diese Fähigkeit wendet Test-Driven Development auf die Fähigkeitenerstellung an: Führen Sie zunächst Fehlerszenarien aus, dokumentieren Sie die Fehler, schreiben Sie Fähigkeiten, die diese spezifischen Lücken adressieren, und verifizieren Sie dann die Einhaltung.

Unterstützt: Claude Codex Code(CC)

🥉 73 Bronze

Die Skill-ZIP herunterladen

In Claude hochladen

Gehe zu Einstellungen → Fähigkeiten → Skills → Skill hochladen

Einschalten und loslegen

Teste es

Verwendung von "writing-skills". Agent übersprang unter Zeitdruck das Überprüfen von Fähigkeiten und sagte 'Ich könnte das schneller beheben, ohne die Doku zu lesen'

Erwartetes Ergebnis:

Rationalisierung identifiziert: Geschwindigkeitsbias. Hinzuzufügender Gegner: Expliziter 'STOP'-Checkpoint, der Fähigkeitscheck vor jedem Debugging erfordert. Rote Flagge: 'Ich kenne das bereits' = lies die Fähigkeit trotzdem.

Verwendung von "writing-skills". Fähigkeitsbeschreibung: 'Verwenden für asynchrones Testen, wenn Tests flackern'

Erwartetes Ergebnis:

Verbessert: 'Verwenden, wenn Tests Race Conditions, Zeitabhängigkeiten haben oder zwischen Durchläufen inkonsistent bestehen/nicht bestehen.' Hinzugefügte durchsuchbare Symptome und technologie-agnostische Auslöser.

Sicherheitsaudit

Sicher

v1 • 2/24/2026

This is a documentation skill teaching test-driven development for AI skill creation. All 513 static findings are false positives: markdown code examples flagged as shell commands, documentation URLs flagged as network calls, and normal English text matching security keywords. The render-graphs.js utility safely calls graphviz for diagram rendering with hardcoded arguments.

Gescannte Dateien

2,911

Analysierte Zeilen

befunde

Gesamtzahl Audits

Keine Sicherheitsprobleme gefunden

Auditiert von: claude

Qualitätsbewertung

Architektur

100

Wartbarkeit

Inhalt

Community

100

Sicherheit

Spezifikationskonformität

Was du bauen kannst

Fähigkeitenautoren erstellen neue Dokumentation

Folgen Sie dem RED-GREEN-REFACTOR-Zyklus, um wasserdichte Fähigkeiten zu erstellen, denen Agenten unter Druck nachkommen

Teams standardisieren Agentenverhalten

Erstellen Sie disziplinverstärkende Fähigkeiten mit expliziten Rationalisierungsgegnern und Roten Flaggen

Dokumentationsschreiber verbessern Klarheit

Wenden Sie Token-Effizienztechniken und Querverweise an, um präzise, auffindbare Dokumente zu erstellen

Probiere diese Prompts

Anfänger: Fähigkeiten-Erstellungs-Checkliste starten

Ich möchte eine neue Fähigkeit für [Thema] erstellen. Führen Sie mich durch die RED-Phase: Helfen Sie mir, Druck-Szenarien zu schreiben, um sie VOR dem Schreiben der Fähigkeit auszuführen.

Fortgeschritten: Baseline-Fehler analysieren

Ich habe ein Druck-Szenario ohne die Fähigkeit ausgeführt und der Agent hat [Verhalten beschreiben]. Helfen Sie mir, das Rationalisierungsmuster zu identifizieren und einen Gegner für die Fähigkeit zu schreiben.

Experte: Wasserdicht gegen Rationalisierung

Meine Fähigkeit erzwingt [Disziplin]. Überprüfen Sie meinen Entwurf und identifizieren Sie potenzielle Schlupflöcher, bei denen Agenten unter Druck Nicht-Einhaltung rationalisieren könnten.

Profi: Vollständige TDD-Fähigkeitenerstellungssitzung

Führen Sie mich durch die Erstellung einer vollständigen Fähigkeit: 1) 3+ kombinierte Druck-Szenarien entwerfen 2) Baseline-Fehler dokumentieren 3) Minimale Fähigkeit schreiben, die Lücken adressiert 4) Verbleibende Schlupflöcher identifizieren 5) Einhaltung verifizieren

Bewährte Verfahren

Schreiben Sie Druck-Szenarien und dokumentieren Sie Baseline-Fehler, BEVOR Sie Fähigkeitsinhalte entwerfen
Beginnen Sie Beschreibungen mit 'Verwenden, wenn...' und listen Sie auslösende Bedingungen auf, nicht Workflow-Zusammenfassungen
Schließen Sie Schlupflöcher explizit, indem Sie verbotene Workarounds und Rationalisierungsgegner auflisten

Vermeiden

Schreiben von Fähigkeitsdokumentation, bevor Agenten ohne sie scheitern
Zusammenfassen des Fähigkeits-Workflows im Beschreibungsfeld statt nur auslösender Bedingungen
Erstellen von mehrsprachigen Beispielen statt eines exzellenten, ausführbaren Beispiels

Häufig gestellte Fragen

Warum muss ich vor dem Schreiben der Fähigkeit testen?

Ohne zu sehen, wie Agenten tatsächlich scheitern, können Sie nicht wissen, was die Fähigkeit lehren muss. Vorheriges Testen zeigt die spezifischen Rationalisierungen und Lücken, die Ihre Fähigkeit adressieren muss.

Was ist, wenn meine Fähigkeit nur ein Referenzleitfaden ist?

Selbst Referenzen benötigen Tests. Verifizieren Sie, dass Agenten die Informationen finden und korrekt anwenden können mit Abruf- und Anwendungsszenarien.

Woher weiß ich, ob meine Fähigkeitsbeschreibung gut ist?

Testen Sie es: Beginnt die Beschreibung mit 'Verwenden, wenn...' und listet auslösende Bedingungen auf? Vermeidet sie die Zusammenfassung des Workflows? Kann ein anderer Agent sie mit relevanten Suchbegriffen finden?

Was zählt als 'Druck-Szenario'?

Szenarien, die mehrere Druckarten kombinieren: Zeitdruck (Frist), Versunkene Kosten (bereits investierte Mühe), Autoritätsdruck (menschlicher Partner will Schnelligkeit) und Erschöpfung (lange Sitzung).

Kann ich eine Fähigkeit ohne erneutes Testen bearbeiten?

Nein. Jede Bearbeitung erfordert erneutes Testen mit denselben Szenarien, um zu verifizieren, dass die Änderung keine neuen Schlupflöcher eingeführt oder bestehende Einhaltung gebrochen hat.

Was ist, wenn ich keine Subagenten-Unterstützung für Tests bekommen kann?

Verwenden Sie den akademischen Review-Ansatz: Simulieren Sie die Druck-Szenarien mental, identifizieren Sie wahrscheinliche Rationalisierungen und fügen Sie explizite Gegner hinzu. Testen Sie dann, wenn Subagenten verfügbar werden.