Task oder Mission anlegen

Überblick

In Ottili Coder ist eine Mission* das Ziel, das du in Alltagssprache formulierst – zum Beispiel „Ergänze der Orders-API Pagination und decke sie mit Tests ab". Coder wandelt diese Mission in ein dauerhaftes Run-Record um und baut daraus eine überprüfbare Task-Queue*. Du kannst eine Mission auf zwei Wegen anlegen: über die Oberfläche (New Build → Chat Intake*) oder über die CLI*. Dieser Artikel erklärt beide Wege und was danach passiert.

Voraussetzungen

• Du bist in Ottili Coder angemeldet (Login über Ottili Auth).
• Ein Workspace* ist angelegt.
• Mindestens ein Repository* ist verbunden (siehe [Repository verbinden](/docs/connect-a-repository)).

Ottili Coder ist aktuell als Beta* verfügbar; die einzelnen Fähigkeiten haben eigene Status (siehe Abschnitt Status).

Mission über die Oberfläche anlegen (New Build → Chat Intake)

1. Öffne New Build → Chat Intake*.

2. Beschreibe dein Ziel in Alltagssprache. Coder gibt deinen Text nicht einfach zurück, sondern normalisiert die Anfrage zu einer abgegrenzten Mission*.

3. Coder stellt nur die Rückfragen, die den Build tatsächlich verändern – zum Beispiel Repository, Authentifizierung, Datenbank, Sprache, User-Rollen, Deployment-Ziel oder Akzeptanzkriterien. Jede Frage bietet sinnvolle Defaults als One-Click-Optionen.

4. Während du antwortest, aktualisiert sich die Mission-Karte: Intent, Komplexität, Build-Modus und ein Confidence-Score.

5. Wenn nichts Build-relevantes fehlt, wechselt die Karte zu „Mission ist klar und abgegrenzt. Ready to build."* mit zwei Wahlmöglichkeiten:

- Review technical plan* – öffnet einen strukturierten Plan (Scope, Architektur, APIs, UI, Auth, Tests, Risiken, Akzeptanzkriterien), den du vor dem Build akzeptieren kannst.

- Start build* – startet den Run direkt aus dem erfassten Ziel.

Details zum Rückfragen-Chat: [Requirement clarification chat](/docs/coder-requirement-clarification-chat).

Mission über die CLI anlegen

Installiere zuerst die CLI (siehe [CLI installieren](/docs/cli-installation)). Eine Mission legst du mit mission-intake an:

ottili coder mission-intake "Füge einen Health-Check-Endpoint hinzu" --workspace dein-workspace

Nützliche Folgebefehle:

• ottili coder mission-refine "<anfrage>" --answer feld=antwort – Mission nach Rückfragen erneut normalisieren.
• ottili coder mission-generate-plan <mission-id> – prüfbaren technischen Plan erzeugen.
• ottili coder mission-action <mission-id> --action <clarify|plan|dispatch|cancel|retry|reset> – Lebenszyklus-Aktion ausführen.

Was Coder aus deiner Mission macht

1. Repository-Analyse* – Coder analysiert Stack, Abhängigkeiten, Build-Pfade, Risiken und fehlende Informationen.

2. Plan* – die Mission wird zu einem strukturierten, überprüfbaren Plan.

3. Task-Queue* – der Plan wird in geordnete, verifizierbare Tasks zerlegt (Recon, Decomposition, Risk).

4. Agents* – die Tasks laufen über rollenbasierte Agents in isolierten Workspaces.

5. Freigaben* – riskante Schritte werden vor der Ausführung an ein Freigabegate geleitet.

6. Run-Record* – das Record schließt mit Logs, Freigaben, Status und Audit-Trail zusammen.

Mehr dazu: [Coder-Missionen](/docs/coder-missions) und [Task-Queues](/docs/coder-task-queues).

Modus wählen

Bevor du startest, wählst du einen [Modus](/docs/coder-modes) für die Ausführung (z. B. lokal, Cloud oder hybrid). Cloud-Runs führen dieselbe Task-Queue in Ottili Cloud aus, ohne lokale Rechner zu binden.

Status ehrlich unterscheiden

Ottili Coder verwendet das kanonische Status-Vokabular. Für die Coder-Fähigkeiten gilt aktuell:

Erfindete Verfügbarkeiten gibt es nicht: eine Fähigkeit wird nur dann als verfügbar ausgewiesen, wenn die Registry sie als verfügbar attestiert. Direktes Deployment wird erst als verfügbar ausgewiesen, wenn das öffentliche Ziel angebunden ist.

Verwandte Artikel

• [Ottili Coder Übersicht](/docs/ottili-coder)
• [Coder-Missionen](/docs/coder-missions)
• [Task-Queues](/docs/coder-task-queues)
• [Modi](/docs/coder-modes)
• [Requirement clarification chat](/docs/coder-requirement-clarification-chat)