Überblick
Ottili Coder verwandelt eine Alltagssprache-Mission in eine überprüfbare Aufgabenliste, führt Agenten aus und liefert validierte Ergebnisse. Dieser Artikel erklärt, wie diese Ergebnisse heute ausgeliefert werden* und welchen Status die direkte Cloud-Auslieferung (Deployment) hat.
Kurz gesagt: Coder liefert heute repository-zuerst* — Ergebnisse landen als Branches, Commits und Pull Requests in deinem eigenen Git-Repository. Die direkte Auslieferung an Ottili Cloud-Infrastruktur ist geplant (PLANNED)* und aktuell noch nicht verfügbar. Coder umgeht dabei keine deiner Release-Gates.
Status im Überblick
| Oberfläche / Fähigkeit | Reifestatus | Was heute gilt |
|---|---|---|
| Lokale Runs | Verfügbar (AVAILABLE) | Ergebnisse bleiben in deiner lokalen Umgebung. |
| Cloud-Runs (Ottili Cloud) | Beta (BETA) | Dieselbe Task-Queue läuft in Ottili Cloud; Ergebnisse kehren in dein Repository zurück. |
| Direktes Cloud-Deployment aus Coder | Geplant (PLANNED) | Noch kein öffentliches Ziel; wird nicht als verfügbar dargestellt. |
Wie Ottili ONE Reifestatus öffentlich kenntlich macht, beschreibt der Artikel [Feature-Status-Labels verstehen](/docs/understand-feature-status-labels). Den Produktlebenszyklus und das Beta-Modell von Ottili ONE erklärt [Produktlebenszyklus und Feature-Status](/docs/product-lifecycle-and-feature-status).
Wie Coder heute ausliefert: Repository-zuerst
Jeder Run endet mit überprüfbaren Artefakten in deinem Git-Workflow:
1. Coder erzeugt einen oder mehrere Branches* mit den Änderungen der Agenten.
2. Jede Aufgabe läuft durch Validierungs-Schleifen* (Tests, Typen, Security-Gates), bevor sie als erledigt gilt.
3. Coder öffnet einen Pull Request* in deinem Repository — er merged nichts eigenmächtig.
4. Du reviewst, belieferst und mergst über deine bestehende CI/CD- und Deployment-Pipeline*.
Coder ersetzt deine Pipeline nicht. Er bereitet validierte, reviewbare Ergebnisse vor und überlässt die Freigabe und Auslieferung deinen etablierten Prozessen. So bleiben deine Release-Gates, Approvals und Rollbacks bei dir.
Cloud-Runs (Beta)
Mit Cloud-Runs* führst du dieselbe Task-Queue in Ottili Cloud* aus, damit lokale Rechner nicht blockiert werden. Der Reifestatus ist Beta (BETA)* — nie als verfügbar (AVAILABLE) dargestellt. Wichtig: auch Cloud-Runs geben ihre Ergebnisse an dein Repository zurück; sie deployen nichts eigenständig in Produktion.
Wie lokale, Cloud- und Hybrid-Runs funktionieren, beschreibt der Artikel [Lokale, Cloud- und Hybrid-Runs](/docs/coder-local-cloud-hybrid-runs).
Direktes Cloud-Deployment: geplant
Das direkte Ausliefern eines Run-Ergebnisses an Ottili Cloud-Infrastruktur ist geplant (PLANNED)*. Es ist kein öffentliches Ziel und wird nicht als verfügbar beworben. Bis es verfügbar ist, gehen Deployments über dein Repository und deine eigene Pipeline.
Wir beschreiben geplantes Deployment bewusst nicht so, als würde es heute bereits ausliefern. Sobald die direkte Cloud-Auslieferung verfügbar wird, wird dieser Guide aktualisiert und der Feature-Status auf der Produkt- und Statusseite gezeigt.
Sicherheit und Unternehmenskontext
Jeder Coder-Lauf ist unternehmensgebunden: er läuft innerhalb genau eines Unternehmens (company_id) und wird über Ottili Core Audit* protokolliert. Ottili Security Check* prüft Abhängigkeits- und Secret-Risiken in dasselbe Aufgabensystem. Kritische Aktionen werden über Ottili Console* und Ottili Core* erzwungen.
Den gemeinsamen Kontotext beschreibt der Artikel [Unternehmen und Team](/docs/company-and-team). Security-Gates in Coder sind in [Sicherheitsprüfungen in Coder](/docs/coder-security) erklärt.
Verwandte Artikel
- [Ottili Coder – Überblick](/docs/ottili-coder)
- [Lokale, Cloud- und Hybrid-Runs](/docs/coder-local-cloud-hybrid-runs)
- [Git- und GitHub-Integration](/docs/coder-git)
- [Sicherheitsprüfungen in Coder](/docs/coder-security)
- [Feature-Status-Labels verstehen](/docs/understand-feature-status-labels)
- [Produktlebenszyklus und Feature-Status](/docs/product-lifecycle-and-feature-status)
War dieser Artikel hilfreich?