Lokalisierter Leseleitfaden

executing-plansZweck, Verwendung und Quelle

Verwenden Sie diese Option, wenn Sie in der aktuellen Sitzung selbst einen Implementierungsplan ausführen – Ihr menschlicher Partner hat die Inline-Ausführung gewählt oder es steht kein Subagent-Tool zur Verfügung.

Quelle abgerufen: 2026-10-29

Quell-Repository: obra/superpowers
SKILL.md: skills/executing-plans/SKILL.md
Repository-Sterne: 309,479
Repository zuletzt aktualisiert: 2026-10-30
Fähigkeitskategorien: Agenten-Workflow
Letzte Datenerfassung: 2026-10-31 10:38 UTC+08:00

Lizenz: MIT

Original SKILL.md

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

Wie der vorgelagerte Workflow funktioniert

Wann verwenden?

Sie haben einen Plan aus superpowers:writing-plans erstellt, und Ihr menschlicher Partner hat die Inline-Ausführung bei der Übergabe gewählt. Ihr Harness verfügt über kein Subagent-Tool (siehe die plattformspezifischen Referenzen in …).../using-superpowers/references/Erstellen Sie niemals einen gefälschten Einsatzplan; führen Sie den Plan hier aus. Aufgaben sind größtenteils unabhängig – dieselbe Voraussetzung wie bei der Subagenten-gesteuerten Entwicklung. Ein vollständig spezifizierter Plan ermöglicht die Transkription und das Testen der Ausführung direkt im Prozess: Er läuft gut auf einem mittleren Sitzungsmodell, und die Leistungsfähigkeit des leistungsfähigsten Modells zeigt sich erst bei der abschließenden Überprüfung, die diese Funktion separat durchführt. Informieren Sie Ihren menschlichen Partner darüber, wenn er die Inline-Ausführung wählt.

Aufwärtspassage · L45 ↗

2Führen Sie die folgenden Schritte aus.

Die Schritte des Plans sind bereits in der Reihenfolge ROT-GRÜN angeordnet; folgen Sie ihnen in dieser Reihenfolge unter „superpowers:test-driven-development“, das beim Setup geladen wird. Der Code eines Testschritts wird zuerst geschrieben und ausgeführt. Das Beobachten eines Fehlschlags ist ein Schritt, keine Formalität – ein Test, der vor der Implementierung erfolgreich ist, liefert eine Erkenntnis über den Test. Jeder Schritt, der einen Befehl ausführt, hat einenExpected:Zeile. Führe den Befehl aus, lies die Ausgabe und vergleiche sie. Drei Ergebnisse: Übereinstimmungen. Nächster Schritt. Der Code ist fehlerhaft. Nutze deine Superkräfte: Systematisches Debuggen. Finde die Ursache; behebe niemals nur das Symptom, damit die Ausgabe des Schritts übereinstimmt.

Aufwärtspassage · L183 ↗

Pläne ausführen

Führen Sie den Plan in dieser Sitzung selbst Aufgabe für Aufgabe aus: kein ausführender Subagent pro Aufgabe, kein Reviewer pro Aufgabe. Am Ende erfolgt eine vollständige Überprüfung des gesamten Branches unter neuen Bedingungen. Grundprinzip: Der Plan hat die Denkarbeit bereits geleistet. Führen Sie ihn exakt aus, beweisen Sie jeden Schritt mit einem Test, den Sie zunächst als fehlgeschlagen und dann als erfolgreich erlebt haben, und hinterlassen Sie eine Dokumentation, die auch nach Ihrem eigenen Vergessen erhalten bleibt.

Aufwärtspassage · L6 ↗

Anforderungen und Einrichtung

Aufstellen

Stellen Sie sicher, dass die Arbeit in einem isolierten Arbeitsbereich stattfindet: Verwenden Sie superpowers:using-git-worktrees, um einen solchen zu erstellen oder den vorhandenen zu überprüfen. Beginnen Sie die Implementierung niemals in einem isolierten Arbeitsbereich.main/masterVerzweigen Sie nicht ohne die ausdrückliche Zustimmung Ihres menschlichen Gesprächspartners. Der Gesprächsverlauf bleibt nach der Komprimierung nicht erhalten. Ein Inline-Executor, der seine Position verliert, führt Aufgaben erneut aus, deren Commits bereits existieren – derselbe Fehler wie bei einem Controller, der sie erneut ausführt, nur dass die Folgen in Ihrem Kontext spürbar sind. Verfolgen Sie den Fortschritt in einer Ledger-Datei, nicht nur in den Todos. Todos bieten eine Live-Ansicht; das Ledger ist der Datensatz.

Aufwärtspassage · L108 ↗

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.

Spezifikation des Kompetenzformats und des Verzeichnisses ↗

Lesen Sie mehr dazu in der Quelle.

Ü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: 2026-10-29T09:32:23Z
Source-Commit: 2ce8aa15d05bd57213e6f746f953aafb7ded7a8b
Quelle SHA-256: e4649e59880ef2643d1da128e3d607e87e3f969410d72095a5bf65811b6036dc

Zurück zum vollständigen Kompetenzkatalog