Zum Hauptinhalt springen

Der vollständige Arbeitszyklus

Almirant organisiert Arbeit in fünf Phasen. Jede hat ihr Tool und ihren Zeitpunkt. Ziel ist, dass du ohne Reibung von einer Idee unterwegs zu einem implementierten und dokumentierten Feature gelangst.

Seeds → Ideate → Implement → Validate → Document

Überblick

Jede Phase kann lokal mit deiner geöffneten Konsole oder in der Cloud ohne deine Anwesenheit ausgeführt werden. OnCloud entkoppelt deine Anwesenheit von der Ausführung.


Die fünf Phasen

1. Seeds: die Absicht erfassen

Was es ist: Die kleinste Einheit der Absicht. Eine Idee, Verbesserung oder ein Problem. Sie muss nicht gut definiert sein, sie muss existieren.

Wann sie verwendet wird: Wenn du etwas Verbesserungswürdiges entdeckst, in Meetings oder unterwegs. Jetzt erfassen, später planen.

So wird sie erstellt:

  • Über das Mobilgerät mit deinem MCP-verbundenen Assistenten
  • Über Claude Code: /seed "description"
  • Über die Web-App im Bereich Seeds des Projekts

Ergebnis: Eine mit dem Projekt verknüpfte Absichtserfassung, die den Kontext ihres Entstehungszeitpunkts bewahrt.

Seeds: die kleinste Einheit der Absicht


2. Ideate: mit KI planen

Was es ist: Die Planungssitzung, in der die KI Seeds in klar definierte Aufgaben verwandelt.

Wann sie verwendet wird: Wenn du Seeds gesammelt hast und Zeit für eine Planungssitzung hast.

So wird sie gestartet:

> /ideate

Was die KI macht:

  1. Sie prüft das Board (was läuft, was blockiert ist)
  2. Sie liest die ausstehenden Seeds
  3. Sie gruppiert Variationen desselben Problems
  4. Bei mehrdeutiger Seed: Klärungsfragen oder Brainstorming
  5. Bei konkreter Seed: technische Recherche (Dateien, Muster, Ansatz)
  6. Sie schlägt Aufgaben mit Definition of Done, relevanten Dateien und technischen Überlegungen vor
  7. Nach deiner Genehmigung erstellt sie die Aufgaben auf dem Board

Ergebnis: Implementierungsbereite Board-Aufgaben, bis zur Ursprungs-Seed nachverfolgbar.

Die Planungssitzung (Ideate)


3. Implement: die Arbeit ausführen

Was es ist: Der Agent implementiert die Aufgabe anhand ihrer Spezifikation.

Wann sie verwendet wird: Wenn eine Aufgabe im Backlog liegt und bereit zur Implementierung ist.

Zwei Ausführungsarten:

Local (du bist anwesend):

> /implement A-T-42

Der Agent arbeitet in deiner Konsole. Das Work Item wechselt nach „In Progress“ und anschließend nach „Review“.

OnCloud (ohne deine Anwesenheit):

> /runner-implement A-T-42

Der Agent arbeitet in einer Remote-Umgebung. Du startest ihn und trennst dich. Nach Abschluss ist die PR bereit.

Ergebnis: Implementierter Code, erzeugte PR, Work Item in Review.

Cloud-Ausführung (OnCloud)


4. Validate: prüfen, ob die Arbeit korrekt ist

Was es ist: Der Agent prüft, ob die Implementierung die in der Planung definierten Akzeptanzkriterien erfüllt.

Wann sie verwendet wird: Wenn eine Aufgabe in Review ist und du sie vor dem Merge prüfen möchtest.

So wird sie gestartet:

> /validate A-T-42 # local
> /runner-validate A-T-42 # in der Cloud

Die KI vergleicht das Ergebnis mit der ursprünglichen Definition of Done und nicht mit ihrer eigenen Interpretation. Wenn etwas nicht passt, weist sie detailliert darauf hin.

Nachtautomatisierung: Du kannst einen automatischen Prozess konfigurieren, der nachts alle Aufgaben in Review validiert und sie bei Erfolg als Done markiert. Javi nutzt dies, damit das Board morgens aktualisiert ist.

Ergebnis: Verifizierte, merge-bereite Aufgabe oder konkretes Feedback dazu, was fehlt.


5. Document: Änderungen dokumentieren

Was es ist: Der Agent erstellt Dokumentation zu der implementierten Arbeit.

Wann sie verwendet wird: Nach der Validierung, um die Projektdokumentation aktuell zu halten.

So wird sie gestartet:

> /document A-T-42 # local
> /runner-document A-T-42 # in der Cloud

Ergebnis: Dokumentation zu Änderungen, getroffenen Entscheidungen und betroffenen Dateien.


Kontext in jeder Phase

Der Zyklus funktioniert, weil der Kontext zwischen den Phasen nicht verloren geht:

PhaseVerfügbarer Kontext
SeedsWerden mit dem Kontext des Moments erstellt, in dem die Idee entstand
IdeateSieht Seeds, das vollständige Board und die Codebasis
ImplementLiest die Aufgabe mit ihrer vollständigen Spezifikation (from Ideate)
ValidateVergleicht mit den in Ideate definierten Kriterien
DocumentKennt die ursprüngliche Aufgabe und die Implementierung

Jeder Agent startet mit der vollständigen Karte. Er beginnt nicht bei null.


Local vs. OnCloud

Alle Ausführungsphasen (Implement, Validate, Document) haben eine lokale und eine Cloud-Version:

LocalOnCloud
WannDu bist am ComputerDu möchtest dich trennen
Skill/implement, /validate, /document/runner-implement, /runner-validate, /runner-document
ErgebnisIn Echtzeit in deiner KonsoleDie PR/das Ergebnis wartet bei deiner Rückkehr
AnbieterDer in deiner IDE konfigurierteClaude, Codex, Gemini (konfigurierbar)

Cloud-Ausführung (OnCloud)


Was als Nächstes kommt