Ottili Coder

Ottili Coder ist das Chat-zuerst Software-Automatisierungs-Produkt für Ottili ONE. Beschreiben Sie eine Software-Mission in Alltagssprache, und Coder verwandelt sie in Task-Queues, führt dynamische Agents über lokale, Cloud- und Hybrid-Ausführung aus, automatisiert Git, validiert jede Änderung und deployt — alles über Ihr Ottili-Konto authentifiziert.

Was er tut

• Chat-zuerst Mission-Input*: Beschreiben Sie eine Software-Mission in Alltagssprache — Ziele, Repo-Kontext, Constraints und Deployment-Ziel. Coder verwandelt sie in eine strukturierte, überprüfbare Task-Queue statt einer Sackgasse.
• Dynamische Agents*: Rollenbasierte Agents (Backend, Frontend, Infra, QA, Security) führen Tasks lokal, in der Cloud oder hybrid aus — mit sichtbaren Logs, Zuständigkeit und Validierung.
• Validierungs-Schleifen*: Jeder Task läuft durch Type-Checks, Tests und Security-Gates mit Wiederholungen und expliziten Fehlerzuständen, bevor er als erledigt markiert wird.
• Automatisiertes Git*: Coder öffnet Branches, committet und bereitet Pull Requests aus Agenten-Output — überprüfbar, zurechenbar und umkehrbar.
• Deployments*: Bestandene Runs shippen auf Docker-first-Ziele mit Deployment-Status, Rollback und Audit auf demselben Run-Eintrag.

Ausführungsmodi

Coder führt dieselbe Task-Queue in drei Modi aus. Orchestrierung, Logs, Validierung und Audit-Trail sind unabhängig davon gleich, wo die Arbeit stattfindet — nur der Runner ändert sich.

• Lokale Ausführung (Live)*: Code und Agents laufen auf Ihrem eigenen Rechner über die Coder-CLI oder die Desktop-App. Der Quellcode bleibt in Ihrer Umgebung; nur die für Identität, Credits und Audit nötigen Run-Metadaten verlassen sie.
• Cloud-Ausführung (Beta)*: Ottili stellt einen verwalteten Remote-Runner bereit. Ihr Repository und Task-Kontext werden an einen Cloud-Workspace gesendet, und die Ergebnisse kehren in denselben Run-Eintrag zurück. Cloud-Runs sind in Beta: Kapazität ist begrenzt und credit-basiert, das Verhalten kann sich ändern, und sie sind nicht für Produktions-Secrets ohne Prüfung gedacht.
• Hybrid-Ausführung (Beta)*: Leichte Tasks lokal planen und ausführen, rechenintensive Arbeit an einen Cloud-Runner übergeben — alles im selben Run mit einer kohärenten Queue. Hybrid hängt von Cloud-Runs ab und trägt daher dieselbe Beta-Reife.

Runner-Voraussetzungen

• Git mit Lese-/Schreibzugriff auf das Repository, in dem Coder arbeiten soll.
• Eine Laufzeit für die Arbeit: die Coder-Desktop-App oder eine Container-Laufzeit wie Docker.
• Node.js und Python für die Laufzeiten, die Coder während eines Runs steuert.
• Ein Ottili-Konto mit aktiviertem Coder — es liefert Identität, Credits und die Run-Queue.
• Netzwerkzugang zu Ottili für Authentifizierung, Queue-Sync, Credit-Abrechnung und Audit.
• Optional: MCP-Server und Provider-Credentials für den jeweiligen Task.

Der Befehl ottili-coder doctor prüft diese vorher.

Datenfluss in einem Run

1. Die Mission wird zu einem dauerhaften Run-Eintrag, nicht zu einer flüchtigen Chat-Nachricht.

2. Die Planung erweitert die Mission zu einer überprüfbaren Task-Queue (Recon, Zerlegung, Risiko).

3. Die Ausführung läuft Agents in isolierten Workspaces — lokal, in der Cloud oder hybrid.

4. Validierungs-Gates prüfen jede Task: Type-Checks, Test-Suite und Security-Checks müssen bestehen.

5. Artefakte entstehen über Ihr Git: Branches, Commits und Pull Requests.

6. Der Eintrag schließt mit Logs, Freigaben, Status und Audit-Trail auf demselben Run.

Berechtigungen und Ihre Daten

• Authentifiziert über Ihre Ottili-Identität („Mit Ottili anmelden").
• Der Zugriff folgt Ihrem Unternehmens- und Rollenmodell; Freigabe-Gates halten riskante oder externe Schritte an.
• Lokale Runs halten den Quellcode auf Ihrem Rechner; Cloud-Runs senden Repo-Kontext an einen verwalteten Workspace.
• Ein Audit-Trail (wer, was, wann) bleibt in jedem Modus auf dem Run-Eintrag.

Offline-Einschränkungen

• Coder ist nicht vollständig offline: Der lokale Runner braucht weiterhin Ottili-Konnektivität für Auth, Credits, Queue-Sync und Audit.
• Cloud-Runs benötigen zusätzlich Netzwerkzugang zum Cloud-Workspace.
• Secrets werden zur Laufzeit über Ottili aufgelöst; sie werden nicht im Klartext auf dem Runner gespeichert.

Cloud-Verfügbarkeit

• Cloud-Runs* — Beta: begrenzte Kapazität, credit-basiert, Änderungen vorbehalten.
• Cloud-Deployment* — Geplant: Das Ausliefern eines Run-Ergebnisses an Ottili-Cloud-Infrastruktur ist geplant und noch kein öffentliches Ziel. Es wird nicht als verfügbar dargestellt.
• Der aktuelle Coder-Service-Status (Web, Cloud Runtime, CLI Services, GitHub Integration) ist auf der öffentlichen Statusseite veröffentlicht.

Workflow

1. Starten Sie eine Sitzung aus der Coder-Oberfläche oder via „Mit Ottili anmelden".

2. Beschreiben Sie das Ziel in natürlicher Sprache.

3. Prüfen Sie die vorgeschlagenen Änderungen und Diffs.

4. Geben Sie frei und lassen Sie Coder anwenden oder einen PR öffnen.

Auth

Ottili Coder nutzt Ihre Ottili-Identität („Mit Ottili anmelden"), sodass Zugriff und Audit demselben Unternehmens- und Berechtigungsmodell folgen wie der Rest der Plattform.

Guides

Starten Sie hier und gehen Sie dann mit den fokussierten Coder-Guides tiefer:

• [Ottili Coder installieren](/docs/coder-installation) — CLI- und Desktop-Setup plus der doctor-Check.
• [Coder-Projekte](/docs/coder-projects) — wie ein Projekt Repo, Docs und Constraints eingrenzt.
• [Coder-Missionen](/docs/coder-missions) — aus einem Ziel in Alltagssprache ein Run.
• [Coder-Modi](/docs/coder-modes) — Build- vs. Plan-Modus.
• [Coder-Task-Queues](/docs/coder-task-queues) — Recon, Zerlegung und Risiko.
• [Coder-Agents](/docs/coder-agents) — spezialisierte Rollen und Zuständigkeit.
• [Lokale, Cloud- und Hybrid-Runs](/docs/coder-local-cloud-hybrid-runs) — Runner und Verfügbarkeit.
• [Coder und Git](/docs/coder-git) — Branches, Commits und Pull Requests.
• [Coder-Validierung](/docs/coder-validation) — Type Checks, Tests und Security-Gates.
• [Coder-Freigaben](/docs/coder-approvals) — Human-in-the-Loop-Gates.
• [Coder-Deployments](/docs/coder-deployments) — wie Ergebnisse heute ausliefern und Cloud-Status.
• [Coder-Plugins](/docs/coder-plugins) — Coder um eigene Tools erweitern.
• [Coder-Modelle](/docs/coder-models) — Model-Routing nach Rolle und Aufgabe.
• [Coder-Troubleshooting](/docs/coder-troubleshooting) — Auth, Konnektivität und Umgebung.
• [Coder-Security](/docs/coder-security) — Identität, Secrets, Isolation und Audit.

Tipps

• Halten Sie Ziele klein und verifiziert; lassen Sie Coder Tests ausführen, bevor er „fertig" meldet.
• Nutzen Sie Cloud-Runs für langlaufende, klar abgegrenzte Arbeit und prüfen Sie den resultierenden PR.