Lokalisierter Leseleitfaden
writing-skillsZweck, Verwendung und Quelle
Verwenden Sie diese Funktion beim Erstellen neuer Fähigkeiten, Bearbeiten vorhandener Fähigkeiten oder Überprüfen der Funktionsweise von Fähigkeiten vor der Bereitstellung.
Quelle abgerufen:
- Quell-Repository
- obra/superpowers
- SKILL.md
skills/writing-skills/SKILL.md- Repository-Sterne
- 309,479
- Repository zuletzt aktualisiert
- 2026-10-30
- Fähigkeitskategorien
- Agenten-Workflow
- Letzte Datenerfassung
Lizenz: MIT
Die Workflow-Auszüge dienen als Lesehilfe und sind keine ausführbaren Anweisungen von Codez. Für die Erstellung dieser Seite wurde keine Drittanbieter-Skill verwendet.
Die folgenden Abschnitte zu Zweck und Arbeitsablauf sind vorgelagertes Material, das zur besseren Lesbarkeit aufbereitet und übersetzt wurde. Sie unterscheiden sich von der separat gekennzeichneten redaktionellen Analyse von Codez.
Was diese Fähigkeit bewirkt
Verwenden Sie diese Funktion beim Erstellen neuer Fähigkeiten, Bearbeiten vorhandener Fähigkeiten oder Überprüfen der Funktionsweise von Fähigkeiten vor der Bereitstellung.
Wie der vorgelagerte Workflow funktioniert
Discovery-Workflow
So finden zukünftige Agenten Ihre Fähigkeiten: Tritt auf ein Problem („Tests sind unzuverlässig“) Sucht nach Fähigkeiten (durchsucht Beschreibungen, durchstöbert Kategorien) Findet FÄHIGKEIT (Beschreibung stimmt überein)
Aufwärtspassage · L388 ↗Überblick
Schreibkompetenzen sind testgetriebene Entwicklung, angewendet auf die Prozessdokumentation. Persönliche Fähigkeiten befinden sich im Kompetenzverzeichnis Ihrer Laufzeitumgebung (~/.claude/skills/(zum Claude Code) — siehecodex-tools.mdodergemini-tools.mdfür den Pfad auf diesen Laufzeitumgebungen. Codex, Copilot CLI und Gemini CLI erkennen dies ebenfalls.~/.agents/skills/Als Laufzeitumgebungsübergreifender Alias. Sie schreiben Testfälle (Belastungsszenarien mit Subagenten), beobachten deren Fehlschlagen (Basisverhalten), entwickeln die zugehörige Funktion (Dokumentation), beobachten, ob die Tests erfolgreich sind (Agenten verhalten sich korrekt) und optimieren den Code (Schließen von Sicherheitslücken). Grundprinzip: Wenn Sie nicht beobachtet haben, wie ein Agent ohne die entsprechende Funktion fehlschlägt, wissen Sie nicht, ob die Funktion das Richtige vermittelt.
Wann sollte man eine Fähigkeit erstellen?
Die Technik war Ihnen nicht intuitiv verständlich. Sie würden sie in verschiedenen Projekten wieder verwenden. Das Muster ist allgemein anwendbar (nicht projektspezifisch). Auch andere würden davon profitieren.
Aufwärtspassage · L47 ↗skills/
skill-name/
SKILL.md # Main reference (required)
supporting-file.* # Only if neededAnforderungen und Einrichtung
Disziplinierungsdurchsetzungsfähigkeiten (rules/requirements)
Beispiele: TDD, Verifikation vor Fertigstellung, Entwurf vor Codierung. Akademische Fragen: Verstehen sie die Regeln?
Aufwärtspassage · L188 ↗Grenzwerte und Qualitätskontrollen
Aus dieser Datei wurde kein separater Grenzwertabschnitt ausgewählt. Dies bedeutet nicht, dass die Anwendung für jede Eingabe oder Umgebung geeignet ist. Überprüfen Sie den vollständigen Quellcode und validieren Sie Ihr Ergebnis selbst.
Beginnen Sie mit einem sicheren Testlauf
- Prüfen Sie den unterstützten Host und die Installationsanweisungen für das Repository. Halten Sie das Skill-Verzeichnis und die darin enthaltenen Skripte, Assets und Dokumentationen zusammen;SKILL.mdEine Einzelperson kann Abhängigkeiten außer Acht lassen.
- Geben Sie dem Agenten Ihre tatsächlichen Eingaben, die gewünschten Ausgaben und die Akzeptanzkriterien an. Aufrufsyntax und verfügbare Tools hängen vom Hostsystem ab; diese Website geht nicht von einem universellen Installationsbefehl aus.
- Testen Sie den Quellworkflow in einem temporären Projekt oder auf einer Kopie. Überprüfen Sie Vorgänge, die Dateien, Remote-Dienste oder abrechnungsfähige Ressourcen ändern, bevor Sie diese zulassen.
- Überprüfen Sie die Ausgabe anhand der Quellqualitätsprüfungen und Ihrer eigenen Anforderungen. Ein erfolgreicher Trigger oder eine hohe Anzahl von Sternen im Repository garantiert kein korrektes Ergebnis.
Lesen Sie mehr dazu in der Quelle.
- Überblick
- Was ist eine Fähigkeit?
- TDD-Mapping für Kompetenzen
- Wann sollte man eine Fähigkeit erstellen?
- Technik
- Muster
- Referenz
- Verzeichnisstruktur
- SchreibenSKILL.md
- Flussdiagramme
- Codebeispiele
- In sich abgeschlossene Fertigkeit
- Geschick im Umgang mit wiederverwendbaren Werkzeugen
- Kenntnisse im Umgang mit umfangreichen Referenzen
- Das eiserne Gesetz (dasselbe wie TDD)
- Testen aller Kompetenzarten
- Disziplinierungsdurchsetzungsfähigkeiten (rules/requirements)
- Technische Fertigkeiten (Anleitungen)
- Mustererkennung (mentale Modelle)
- Referenzfähigkeiten (documentation/APIs)
- Gängige Begründungen für das Auslassen von Tests
- Ordnen Sie das Formular dem Fehler zu.
- Schutz vor Rationalisierung
- Rot-Grün-Refaktoror für Fähigkeiten
- ROT: Fehlerhaften Test schreiben (Baseline)
- GRÜN: Minimale Schreibfähigkeiten
- REFACTOR: Schlupflöcher schließen
- Mikro-Test der Formulierungen vor vollständigen Szenarien
- ❌ Erzählbeispiel
- ❌ Mehrsprachige Verdünnung
Verwandte Fähigkeiten
Übersetzung und Umfang
Dieser Leseleitfaden wählt Passagen aus dem markierten stromaufwärts gelegenen Abschnitt aus.SKILL.mdDie Übersetzung wurde unterstützt. Es handelt sich weder um ein vollständiges Handbuch noch um eine Garantie für geprüfte Kompatibilität. Lesen Sie vor der Verwendung das Original und die darin referenzierten Dateien.
Diese Einleitung bezieht sich auf die unten angepinnte Version; die aktuelle Repository-Aktivität und der Erfassungszeitpunkt werden separat angezeigt.
- Angeheftete Quelle
- Lesen Sie das Original ↗
- Quelle abgerufen
- Source-Commit
2ce8aa15d05bd57213e6f746f953aafb7ded7a8b- Quelle SHA-256
8cb3ac68c6d8c4bb46886b998b09af7989643cab8bd0e46ee86dd62e64546bbe