Die Planungssitzung (Ideate)
Ideate ist die Planungsskill von Almirant. Du nimmst die Seeds, die du gesammelt hast, öffnest eine Sitzung, und die KI verwandelt sie in so klar definierte Aufgaben, dass sie sowohl ein Agent als auch ein Mensch implementieren könnte.
So wird sie gestartet
Über Claude Code:
> /ideate
Die KI startet mit Zugriff auf das Projekt-Board, ausstehende Seeds und den technischen Kontext. Du musst nichts erneut erklären.
Über den Assistenten:
"Öffne eine Planungssitzung für Projekt X"
Die Phasen einer Sitzung
Phase 1: Den Projektstatus analysieren
Die KI prüft zunächst das Board: Was ist in Bearbeitung, was im Review, was steht aus? So schlägt sie keine Dinge vor, die bereits laufen oder mit bestehender Arbeit kollidieren.
Phase 2: Die Seeds prüfen
Sie liest die ausstehenden Seeds einzeln und bewertet, wie viel Kontext jede enthält:
- Klare, konkrete Seeds → direkt zur technischen Recherche
- Mehrdeutige oder vage Seeds → Klärungsmodus aktivieren
Phase 3: Klärung (falls erforderlich)
Bei vagen Seeds erfindet die KI nichts. Sie stellt gezielte Fragen oder schlägt Alternativen vor:
„Du sagst, das Dashboard lädt langsam. Es gibt drei mögliche Ursachen: Datenbankabfragen, die Anzahl gleichzeitig gerenderter Komponenten oder die Größe der heruntergeladenen Daten. Hast du einen Hinweis, welche es ist? Wenn nicht, kann ich Aufgaben vorschlagen, um jede Ursache zu untersuchen.“
Sie kann auch erkennen, dass mehrere Seeds eigentlich dasselbe Problem betreffen:
„Du hast drei Seeds zur Leistung. Ich werde sie als ein Feature behandeln, um doppelte Arbeit zu vermeiden. Einverstanden?“
Phase 4: Technische Recherche
Mit klarer Absicht analysiert die KI die Codebasis:
- Welche Dateien für diese Seed relevant sind
- Wie etwas Ähnliches im Projekt gelöst ist (Muster, Konventionen)
- Welcher technische Ansatz angesichts des Kontexts sinnvoll ist
- Welche Abhängigkeiten oder Risiken zu berücksichtigen sind
Phase 5: Aufgabenvorschlag
Die KI präsentiert ihren Vorschlag: eine oder mehrere Aufgaben mit:
| Feld | Inhalt |
|---|---|
| Titel | Klar und umsetzbar |
| Beschreibung | Was zu tun ist und warum |
| Definition of Done | Konkrete, überprüfbare Kriterien |
| Relevante Dateien | Welche Teile der Codebasis geändert werden |
| Technische Überlegungen | Entscheidungen zum Ansatz, Risiken, verworfene Alternativen |
Phase 6: Deine Genehmigung
Du prüfst den Vorschlag. Du kannst:
- Ihn unverändert genehmigen: Die Aufgaben werden auf dem Board erstellt
- Anpassungen verlangen: „Teile diese Aufgabe in zwei“ / „Füge Akzeptanzkriterium X hinzu“
- Einzelne ablehnen: Wenn etwas nicht passt, wird es verworfen
Die KI behält den Gesprächskontext. Du kannst iterieren, bis der Vorschlag stimmt.
Phase 7: Erstellung auf dem Board
Nach deiner Genehmigung werden die Aufgaben automatisch auf dem Board erstellt und mit ihren Ursprungs-Seeds verknüpft. Sie landen im Backlog und sind bereit zur Implementierung.
Was sich gegenüber manueller Planung ändert
| Vorher | Mit Ideate |
|---|---|
| Aufgaben einzeln von Grund auf erstellen | Die KI schlägt die vollständige Struktur vor |
| Allein überlegen, welche Dateien betroffen sind | Die KI analysiert die Codebasis für dich |
| Den Kontext einer drei Tage alten Idee vergessen | Seeds bewahren den ursprünglichen Kontext |
| Unbemerkt Arbeit duplizieren | Die KI erkennt Überschneidungen zwischen Seeds |
| Tasks mit vager Definition | Tasks mit konkreter Definition of Done |
Beispiel einer echten Sitzung
> /ideate
[Ideate] Projekt-Board „Rechnungs-App“ wird geprüft …
→ 2 Aufgaben in In Progress, 1 in Review, 4 ausstehende Seeds
[Ideate] Erkannte Seeds:
1. „Dashboard lädt langsam“ (vor 2 Tagen)
2. „Berichtsexport hinzufügen“ (gestern)
3. „Admin-Berechtigungen prüfen“ (heute)
4. „Archivierungs-Button in der Rechnungsansicht“ (heute)
[Ideate] Seeds 1 und 2 stehen mit der Hauptansicht in Verbindung.
Ich werde sie gemeinsam als mögliches Feature analysieren.
[Ideate] Codebasis für „Dashboard“ wird analysiert …
→ Erkannt: DashboardPage.tsx, reportService.ts, api/reports.ts
→ Kein Index auf `reports.created_at` (wahrscheinliche Ursache für die Langsamkeit)
→ Export nicht implementiert; Rechnungen haben einen Präzedenzfall in exportInvoices.ts
[Ideate] Vorschlag:
Feature: Verbesserungen für Dashboard und Berichte
├── Task: Index auf reports.created_at hinzufügen
│ DoD: query < 200ms mit 1000 Datensätzen, Migration enthalten
│ Dateien: migrations/, reportService.ts
│
├── Task: Lazy Loading für Dashboard-Komponenten
│ DoD: LCP < 2.5s in Lighthouse, keine visuellen Regressionen
│ Dateien: DashboardPage.tsx, componentes/
│
└── Task: Export-Button in Berichten (CSV und PDF)
DoD: Export mit aktiven Filtern korrekt, gleiches Muster wie Rechnungen
Dateien: reportService.ts, api/reports.ts, componentes/ExportButton.tsx (neu)
Soll ich diese drei Aufgaben genehmigen oder möchtest du etwas anpassen?