Überblick
In Ottili Coder wählst du vor dem Start einer Mission einen Modus*. Der Modus ist eine klare Arbeitsanweisung: Er legt fest, was Coder tun darf – von einer reinen Frage bis zur vollständigen Feature-Implementierung. Coder hängt an deine Mission automatisch den passenden Auftragstext an, damit das Modell genau den gewünschten Job ausführt.
Die fünf Kernmodi sind Ask, Plan, Build, Fix und Review*. Ergänzt werden sie durch Stabilize, Deploy und Full Run* für wiederkehrende und umfassendere Aufgaben. Alle Modi teilen sich dieselbe Mission, dieselbe Task-Queue, dieselben Logs und denselben Audit-Trail – sie unterscheiden sich nur darin, was verändert werden darf und welches Ziel Coder verfolgt.
Die Modi sind in der Ottili Coder Desktop-App* verfügbar (Status: verfügbar / AVAILABLE). Die eigentliche Ausführung läuft lokal, in der Cloud oder hybrid – Cloud-Runs sind derzeit in der Beta (BETA).
Die fünf Kernmodi
Ask
Ask ist der reine Frage- und Analyse-Modus. Coder ändert keine Dateien, sondern beantwortet deine Frage, erklärt Code, findet Risiken oder fasst den aktuellen Stand zusammen.
Nutze Ask, wenn du:
- den Code oder ein Verhalten verstehen willst, bevor du etwas änderst,
- eine Einschätzung brauchst, ohne dass Dateien verändert werden,
- eine Lücke im Wissen schließen willst (z. B. „Wie ist dieser Datenfluss aufgebaut?“).
Plan
Plan ist die schreibgeschützte Planung. Coder untersucht den Code, schlägt einen strukturierten, überprüfbaren Plan vor und schreibt Plan-Dateien – er verändert deinen Code aber nicht.
Nutze Plan, wenn:
- du den Ansatz verstehen willst, bevor etwas geändert wird,
- die Änderung groß oder riskant ist,
- du einen Implementierungsplan hast, den du mit deinem Team reviewst.
Den freigegebenen Plan kannst du auf derselben Mission in einen Build-Run befördern. Queue, Logs und Audit-Trail bleiben über den Wechsel hinweg konsistent.
Build
Build ist der Standard-Ausführungsmodus. Coder plant die Arbeit, führt Agents aus, wendet Änderungen auf dein Repository an und kann einen Pull Request öffnen. Validierungs- und Freigabegates gelten weiterhin, aber das Ziel ist ein fertiges, überprüfbares Ergebnis.
Nutze Build, wenn Coder die Arbeit erledigen und dir einen Branch oder PR zurückgeben soll.
Fix
Fix ist der Fehlerbehebungs-Modus. Coder sucht die Grundursache eines Problems und behebt sie. Er ist auf Root-Cause-Analyse und gezielte Korrektur ausgelegt, nicht auf neue Features.
Nutze Fix, wenn:
- ein konkreter Fehler oder Bug vorliegt,
- ein Test scheitert und die Ursache unklar ist,
- du „warum ist X kaputt?“ beantwortet haben willst, bevor größere Arbeit beginnt.
Review
Review ist der Prüf-Modus. Coder analysiert den Code gründlich und berichtet Befunde mit Schweregrad – ohne Änderungen vorzunehmen. Das ist die Basis für menschliche Reviews und für Freigabe-Gates.
Nutze Review, wenn:
- du eine vollständige Code- und Stabilitätsprüfung des Repositories willst,
- ein geöffneter PR oder eine Änderung unabhängig bewertet werden soll,
- Sicherheits- und Qualitätsrisiken sichtbar werden müssen, bevor sie merged werden.
Weitere Modi
Neben den fünf Kernmodi bietet Coder drei ergänzende Modi für wiederkehrende und umfassendere Aufgaben.
Stabilize
Stabilize führt Tests aus, behebt Fehler und räumt auf. Er eignet sich, um eine instabile Codebasis schrittweise wieder grün zu bekommen.
Deploy
Deploy bereitet eine Cloud-Auslieferung vor. Die direkte Ottili Cloud Deployment ist derzeit geplant (PLANNED); der Modus erzeugt die Auslieferungsvorbereitung, die Freigabe bleibt approval-first.
Full Run
Full Run ist der vollautonome Durchlauf: Planen, Bauen, Testen, Verifizieren in einem einzigen Lauf. Er kombiniert die Kernmodi zu einem durchgehenden, validierten Ergebnis.
Modi und Ausführung
Der gewählte Modus bestimmt nur, was Coder tun darf – nicht, wo die Arbeit läuft. Du startest denselben Modus lokal, in der Ottili Cloud* (Beta) oder hybrid. Unabhängig vom Modus gelten Validierungsschleifen und – sofern konfiguriert – Sicherheitsprüfungen; riskante Schritte werden als Freigabe-Gates sichtbar, statt still zu laufen.
Status und Verfügbarkeit
| Modus | Erlaubt Dateiänderungen | Status |
|---|---|---|
| Ask | Nein (nur Analyse) | Verfügbar (AVAILABLE) |
| Plan | Nein (nur Planung) | Verfügbar (AVAILABLE) |
| Build | Ja | Verfügbar (AVAILABLE) |
| Fix | Ja (gezielte Korrektur) | Verfügbar (AVAILABLE) |
| Review | Nein (nur Befund) | Verfügbar (AVAILABLE) |
| Stabilize | Ja | Verfügbar (AVAILABLE) |
| Deploy | Vorbereitung (Auslieferung geplant) | Verfügbar (AVAILABLE), Deployment geplant (PLANNED) |
| Full Run | Ja | Verfügbar (AVAILABLE) |
Die Modi selbst sind verfügbar (AVAILABLE) – die Cloud-Ausführung* jedes Modus ist Beta (BETA), die lokale Ausführung verfügbar. Die direkte Cloud-Deployment-Fähigkeit ist geplant (PLANNED). Wie Ottili ONE Reifestatus öffentlich kennzeichnet, beschreibt der Artikel [Feature-Status-Labels verstehen](/docs/understand-feature-status-labels).
Verwandte Artikel
- [Ottili Coder – Überblick](/docs/ottili-coder)
- [Missionen](/docs/coder-missions)
- [Task-Queues](/docs/coder-task-queues)
- [Agenten](/docs/coder-agents)
- [Validierung](/docs/coder-validation)
- [Lokale, Cloud- und Hybrid-Runs](/docs/coder-local-cloud-hybrid-runs)
- [Sicherheit](/docs/coder-security)
- [Feature-Status-Labels verstehen](/docs/understand-feature-status-labels)
War dieser Artikel hilfreich?