ComposioHQ/create-plan

Plan erstellen

Ziel

Wandele eine Benutzeranfrage in einen einzelnen, umsetzbaren Plan um, der in der letzten Nachricht des Assistenten ausgegeben wird.

Minimaler Workflow

Während des gesamten Workflows arbeitest du im Nur-Lesen-Modus. Schreibe oder aktualisiere keine Dateien.

1. Kontext schnell scannen

   • Lies README.md und alle offensichtlichen Dokumentationen (docs/, CONTRIBUTING.md, ARCHITECTURE.md).
   • Überfliege relevante Dateien (diejenigen, die am wahrscheinlichsten betroffen sind).
   • Identifiziere Einschränkungen (Sprache, Frameworks, CI-/Testbefehle, Bereitstellungsstruktur).

2. Nur bei Blockaden Folgefragen stellen

   • Stelle maximal 1–2 Fragen.
   • Frage nur, wenn du ohne die Antwort keinen verantwortungsvollen Plan erstellen kannst; bevorzuge Multiple-Choice.
   • Wenn du unsicher bist, aber nicht blockiert wirst, triff eine vernünftige Annahme und fahre fort.

3. Erstelle einen Plan mit der folgenden Vorlage

   • Beginne mit 1 kurzem Absatz, der die Absicht und den Ansatz beschreibt.
   • Gib kurz an, was im Umfang und was nicht im Umfang enthalten ist.
   • Gib dann eine kleine Checkliste mit Aktionspunkten an (standardmäßig 6–10 Punkte).
     • Jeder Checklistenpunkt sollte eine konkrete Aktion sein und, wenn hilfreich, Dateien/Befehle erwähnen.
     • Mache die Punkte atomar und geordnet: Entdeckung → Änderungen → Tests → Bereitstellung.
     • Verb zuerst: „Hinzufügen…“, „Refaktorieren…“, „Überprüfen…“, „Ausliefern…“.
   • Füge mindestens einen Punkt für Tests/Validierung und, falls zutreffend, einen für Randfälle/Risiken ein.
   • Falls es Unbekanntes gibt, füge einen kleinen Abschnitt Offene Fragen (max. 3) hinzu.

4. Leite den Plan nicht mit meta-erklärenden Texten ein; gib nur den Plan gemäß der Vorlage aus

Planvorlage (genau befolgen)

# Plan

<1–3 Sätze: was wir tun, warum und der übergeordnete Ansatz.>

## Umfang
- Drin:
- Draußen:

## Aktionspunkte
[ ] <Schritt 1>
[ ] <Schritt 2>
[ ] <Schritt 3>
[ ] <Schritt 4>
[ ] <Schritt 5>
[ ] <Schritt 6>

## Offene Fragen
- <Frage 1>
- <Frage 2>
- <Frage 3>

Leitfaden für Checklistenpunkte

Gute Checklistenpunkte:

• Zeigen auf wahrscheinliche Dateien/Module: src/..., app/..., services/...
• Nennen konkrete Validierungen: „Führe npm test aus“, „Füge Komponententests für X hinzu“
• Enthalten bei Bedarf eine sichere Auslieferung: Feature-Flag, Migrationsplan, Rollback-Hinweis

Vermeide:

• Vage Schritte („Backend behandeln“, „Authentifizierung machen“)
• Zu viele Mikro-Schritte
• Code-Snippets (halte den Plan implementierungsagnostisch)