Lokalisierter Leseleitfaden
writing-plansZweck, Verwendung und Quelle
Verwenden Sie diese Funktion, wenn Sie Spezifikationen oder Anforderungen für eine mehrstufige Aufgabe haben, bevor Sie den Code bearbeiten.
Quelle abgerufen:
- Quell-Repository
- obra/superpowers
- SKILL.md
skills/writing-plans/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, wenn Sie Spezifikationen oder Anforderungen für eine mehrstufige Aufgabe haben, bevor Sie den Code bearbeiten.
Wie der vorgelagerte Workflow funktioniert
Überblick
Erstellen Sie Implementierungspläne für einen Entwickler, der weder die Codebasis noch die Spezifikation kennt. Gehen Sie davon aus, dass er idiomatischen Code in der Projektsprache schreibt, sobald er die genaue Schnittstelle und die genauen Tests kennt, und dass er bei offenen Punkten im Plan eine sinnvolle Entscheidung trifft. Was er nicht wissen kann, sind Ihre Entscheidungen: welche Dateien, welche Namen und Signaturen, welche Werte aus der Spezifikation, welche Tests die einzelnen Aufgaben belegen. Dokumentieren Sie diese. Geben Sie ihm den gesamten Plan in überschaubaren Aufgaben. DRY. YAGNI. TDD. Häufige Commits. Kündigen Sie zu Beginn an: „Ich nutze meine Fähigkeiten im Schreiben von Plänen, um den Implementierungsplan zu erstellen.“ Kontext: Bei der Arbeit in einem isolierten Arbeitsverzeichnis sollte dieses über den Befehl „/dev ...superpowers:using-git-worktreesGeschicklichkeit bei der Ausführung. Pläne speichern, um:docs/superpowers/plans/YYYY-MM-DD-.md
Stufengranularität
Jeder Schritt ist eine Aktion mit einem überprüfbaren Ergebnis: „Schreibe den fehlschlagenden Test“ – Schritt „Führe ihn aus, um sicherzustellen, dass er fehlschlägt“ – Schritt „Implementiere den minimalen Code, damit der Test erfolgreich ist“ – Schritt
Aufwärtspassage · L43 ↗Was ein Schritt beinhaltet
Ein Schritt gilt als abgeschlossen, wenn der Implementierer daraus genau eine sinnvolle Aktion ausführen kann. Das ist die gesamte Anforderung: eindeutig, nicht vollständig. Jeder Schritttyp enthält genau das, was ihn eindeutig macht: Ein Testschritt: der Name des Tests und seine Zusicherungen als Code mit den exakten Werten der Spezifikation. Ein Codeschritt: die exakte Signatur (Name, Parameter, Rückgabetyp), die zugehörige Datei und die von der Spezifikation festgelegten Werte. Der Implementierer schreibt den Codekörper. Ein Codekörper ist nur für Algorithmen erforderlich, die nicht durch Signatur und Tests definiert sind, oder für exakte Kopien, die von der Spezifikation festgelegt werden. Ein Verifizierungsschritt: der auszuführende Befehl und die Ausgabe, die den erfolgreichen Test bestätigt.
Aufwärtspassage · L140 ↗Anforderungen und Einrichtung
Aus dieser Datei wurde kein Abschnitt mit kurzen Anforderungen ausgewählt. Dies bedeutet nicht, dass die Fertigkeit keine Abhängigkeiten hat. Überprüfen Sie die Anweisungen zur Repository-Einrichtung und die referenzierten Dateien.
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.
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
a6c67c1900064347c2a329990dd3c555657c51c3ec53b259a08aa01a2c26139a