In den letzten achtzehn Monaten haben wir leise das System gebaut, das wir uns gewünscht hätten, als wir selbst Engineering-Teams geleitet haben. Heute öffnen wir die Türen. CodeCourier ist ein KI-Engineering-Team auf Autopilot - eine Flotte aus autonomen Engineering-Agenten, die rund um die Uhr Bugs fixen, Features liefern und Pull Requests prüfen. Auf deinen Repositories, mit deinen Schutzgeländern, zu deinen Bedingungen.
Wir haben keinen weiteren Assistenten gebaut. Davon gibt es genug. Stattdessen haben wir das System rund um die Assistenten gebaut - die belastbare Schicht, die einen Funken Modell-Intelligenz in verlässlichen Engineering-Output verwandelt, auf den du eine Roadmap stützen kannst. Dies ist die definitive Einführung in CodeCourier: was es ist, wie es funktioniert, für wen es gebaut wurde - und warum eine KI-Coding-Agent-Flotte einem einzelnen KI-Software- Engineer in jedem Szenario überlegen ist.
Was ist CodeCourier?
CodeCourier ist eine Plattform für KI-Engineering-Teams, die eine Flotte erfahrener autonomer Engineering-Agenten in isolierten Cloud-Sandboxes betreibt - rund um die Uhr, um Bugs zu fixen, Features auszuliefern und Pull Requests auf deinen Repositories zu prüfen. Jeder Agent läuft in seiner eigenen flüchtigen Linux-Sandbox mit deiner geklonten Codebasis, deinen zur Laufzeit injizierten Secrets und einem strukturierten Workflow. Das Ergebnis ist ein Pull Request, den du lesen, ausführen und mergen kannst - nie ein direkter Commit auf Main.
Für wen CodeCourier gebaut ist
Engineering-Leiter, die im Backlog ertrinken. Founder, die mit fünf Engineers eine Hundert-Feature-Roadmap liefern. Plattform- Teams, deren Senior Engineers Freitagnachmittage in Code-Reviews statt in Architektur verbringen. CodeCourier ist für jedes Team, das mehr Arbeit hat als Menschen - und sich weigert, die Qualitätslatte zu senken, um schneller zu liefern.
Warum ein KI-Engineering-Team, nicht nur ein Assistent
Die erste Generation der KI-Coding-Tools war Autovervollständigung auf Steroiden. Hilfreich, aber du musstest trotzdem lenken. Die zweite Generation waren Chat-Assistenten, die auf Anfrage eine Funktion schreiben konnten. Besser, aber weiterhin an einen Entwickler an einer Tastatur gebunden. Keine löste das eigentliche Problem: Es gibt mehr Code zu schreiben als Engineers, die ihn schreiben können.
Die Decke des Assistenten
Ein einzelner KI-Software-Engineer in einem Chat-Fenster hat eine harte Obergrenze. Er arbeitet synchron. Er braucht einen Menschen, der ihn anstößt. Er vergisst zwischen Sessions. Er kann seine eigene Arbeit nicht prüfen. Er kann nicht zwanzig parallele Untersuchungen laufen lassen, während du schläfst. Die Decke ist der Mensch, der an ihm hängt.
Das Flottenmodell
Eine KI-Coding-Agent-Flotte durchbricht diese Decke. Zwanzig Agents, jeder in einer isolierten Sandbox, jeder an einem anderen Ticket, jeder liefert einen prüfbaren Pull Request. Der Engpass verschiebt sich vom Code-Schreiben zum Code-Prüfen und -Mergen - genau dorthin, wo Senior Engineers den größten Hebel haben. So sieht agent-basierte Entwicklung aus, wenn sie funktioniert.
Was sich ändert, wenn die Flotte liefert
- Backlogs werden über Nacht abgebaut. Die lange Liste an Tickets, die niemand Erfahrenes anfassen will, wird erledigt, während das Team schläft.
- Senior Engineers gewinnen ihren Tag zurück. Code-Review und Architektur statt Stale-Dependency-PRs und Flaky-Test-Jagd.
- Velocity skaliert nicht mehr mit Headcount. Ein Reviewer kann den Output von zehn Agents absorbieren. Durchsatz entkoppelt sich von Teamgröße.
- Qualität steigt, statt zu sinken. Jede Änderung besteht Tests in einer Sandbox, bevor ein Mensch sie überhaupt sieht.
Wie CodeCourier End-to-End funktioniert
Vom einzelnen Satz im Dashboard bis zum gemergten Pull Request ist der Ablauf deterministisch, beobachtbar und wiederholbar. Hier ist, was zwischen "die Passwort-Reset-E-Mail sendet die falsche Lokalisierung" und dem grünen Häkchen in deinem Repo passiert.
Die fünfstufige Pipeline
- Eingang. Du beschreibst eine Aufgabe in natürlicher Sprache, verlinkst ein Ticket oder lieferst eine Backlog-Zeile. CodeCourier klassifiziert die Arbeit und wählt eine Persona.
- Sandbox-Boot. Eine frische isolierte Linux-Sandbox startet in unter einer Sekunde, klont dein Repository auf die richtige Ref, installiert Abhängigkeiten und injiziert begrenzte Secrets.
- Agenten-Ausführung. Das gewählte Modell liest den relevanten Code, entwirft einen Plan, ändert Dateien, lässt deine Test-Suite laufen und iteriert, bis die Suite grün ist oder der Agent eskaliert.
- Selbst-Review. Ein zweiter Agent mit einer Review-Persona liest das Diff, führt Lint und Type-Checks aus und markiert Regressionen, bevor ein Mensch den PR sieht. Das ist autonomes Code-Review, fest in die Pipeline eingebaut.
- Pull Request. Die Änderung landet als markierter KI-Pull-Request mit Argumentationsspur, Testausgabe und Replay-Link. Deine Menschen genehmigen und mergen.
Observability und Eingriff
Jeder Schritt streamt live. Du kannst dem Agenten beim Tippen zusehen, ihn pausieren, eine Korrektur einspielen oder den Lauf beenden. Jeder Lauf ist aus exakt demselben Zustand wiederholbar - gleiches Modell, gleicher Prompt, gleiches Sandbox-Image - was bedeutet, dass Fehler im Agenten-Verhalten debugbar sind, nicht mysteriös. Mehr zur Runtime findest du in unserer Sandbox-Architektur-Übersicht.
Kernfähigkeiten
CodeCourier startet mit vier Grundprimitiven. Jedes ist für sich allein nützlich. Zusammen bilden sie eine kohärente Plattform für agent-basierte Entwicklung.
Issue Sessions, Workflow Builder, Personas, Contexts
| Fähigkeit | Was sie tut | Wofür am besten | Output |
|---|---|---|---|
| Issue Sessions | Einzelaufgaben-Agentenlauf gegen ein Ticket, mit Live-Streaming und Replay. | Bugfixes, einzelne Features, fokussierte Refactorings. | Ein Pull Request, eine Argumentationsspur. |
| Workflow Builder | Visueller Editor für mehrstufige Agenten-Ketten mit Verzweigung und gemeinsamem Kontext. | Plan-dann-Bau-Features, Migrationen, Multi-Persona- Pipelines. | Verkettete Läufe, strukturierte Artefakte, ein oder mehrere Pull Requests. |
| Personas | Versionierte Agenten-Konfigurationen: Modell, System- Prompt, Tools, Stilregeln. | Hausstil kodieren: Rust-Konventionen, Test-Policy, Review- Philosophie. | Wiederverwendbares Verhalten in jeder Session und jedem Workflow. |
| Contexts | Belastbares Wissen, das Läufe überdauert und in jede relevante Session fließt. | Architekturnotizen, Codebase-Touren, kundenspezifische Vorgaben. | Weniger Prompting, konsistentere Entscheidungen. |
Issue Sessions im Detail
Eine Issue Session ist die atomare Arbeitseinheit. Du richtest einen Agenten auf ein Ticket, schaust beim Sandbox-Boot zu und gehst entweder weg oder sieht ihm beim Arbeiten zu. Sessions unterstützen Eingriff zur Laufzeit, vollen Replay aus jedem Checkpoint und gemeinsamen Kontext mit dem Rest deines Workspaces.
Workflow Builder im Detail
Nicht jede Aufgabe ist ein einzelner Agentenschritt. Manchmal willst du eine Planer-Persona, die die Arbeit zerlegt, eine Coder-Persona, die implementiert, und eine Reviewer-Persona, die das Ergebnis härtet. Der Workflow Builder lässt dich diese Schritte visuell verketten, Outputs zwischen Agents leiten und bewährte Sequenzen im Team wiederverwenden.
Personas und Contexts
Personas sind versionierte, benannte Agenten-Identitäten. Sie kodieren das Modell, den System-Prompt, das Toolset und die Einschränkungen. Contexts sind das langlebige Wissen, das deine Agents jedes Mal brauchen, wenn sie deine Codebasis berühren - auf Workspace-Ebene gepinnt und automatisch in jeden relevanten Lauf injiziert.
Gebaut auf isolierten Cloud-Sandboxes
Jeder Agent läuft in seiner eigenen flüchtigen, isolierten Cloud-Sandbox. Kein geteilter State zwischen Läufen. Kein durchlässiges Dateisystem. Kein Agent liest Code eines anderen Tenants. Das sandboxed AI agent-Modell ist kein Feature, das wir nachgerüstet haben - es ist das Fundament, auf dem die gesamte Plattform steht.
Warum Sandbox-Isolation zählt
Agents machen Fehler. Sie führen falsche Befehle aus. Sie installieren das falsche Paket. Sie versuchen gelegentlich Dinge, die du einem Praktikanten nicht erlauben würdest. In einer Sandbox berührt nichts davon deine Infrastruktur. Der Radius beschränkt sich auf eine flüchtige VM, die nach dem Lauf zerstört wird.
Die Runtime-Garantien
- Sub-Sekunden-Boot. Sandbox-Provisionierung ist schnell genug, dass Parallelisierung über zwanzig Agents ökonomisch sinnvoll ist, nicht ein Budgetproblem.
- Begrenzte Secrets. Zugangsdaten werden zur Laufzeit aus deinem Secrets-Manager injiziert, nie auf Disk geschrieben und aus Logs entfernt.
- Alles auditierbar. Jeder Befehl, jeder Dateischreibvorgang, jeder Netzwerkaufruf wird geloggt und ist wiederholbar.
- Kein Produktionszugriff. Sandboxes können deine Produktionssysteme nicht erreichen, solange du diese Integration nicht explizit verdrahtest.
Wir gehen in der Sicherheitsübersicht ins Detail, inklusive unserer SOC-2-Type-II-Position und wie wir Controls gegen SOC 2 und DSGVO-Anforderungen abbilden.
Echte Kundenerfolge
Wir haben vierzehn Design-Partner während einer geschlossenen Beta von November 2025 bis März 2026 an Bord geholt. Die Zahlen unten stammen aus dieser Kohorte. Namen auf Wunsch geschwärzt, aber jede Zahl kommt aus produktiver Nutzung.
Die Zahlen, die wir immer wieder hörten
- Series-B-Fintech, 38 Engineers. Nutzte den Workflow Builder, um Dependency-Upgrades zu automatisieren. Schloss 312 Renovate-artige PRs in sechs Wochen. Reduzierte Stale-Dependency-CVEs von 47 auf 3.
- Developer-Tools-Startup, 11 Engineers. Hat GitHub Issues mit Issue Sessions für Triage verbunden. 61 Prozent der Bug-Reports wurden ohne Beteiligung eines Senior Engineers zu gemergten PRs, mit Mean-Time-to-Fix von 4,2 Tagen auf unter 11 Stunden.
- Healthtech-Scale-up, 80 Engineers. Ließ eine autonome Code-Review-Persona auf jeden internen PR los. Senkte die menschliche Review-Durchlaufzeit um 34 Prozent und fand laut nachträglichem Audit 218 Probleme, die menschliche Reviewer übersehen hätten.
- Solo-Founder, 1 Engineer, 1 Repo. Nutzte Recurring Tasks für einen Freitagnachmittag-Cleanup. Berichtet, 2,3-mal mehr Features pro Woche auszuliefern bei gleichen Schlafzeiten.
- Open-Source-Maintainer, ein Projekt. Richtete Issue Sessions auf ein 900-Issue-Backlog. Schloss 140 Issues in 30 Tagen ohne Contributor- Burnout, jeder PR menschlich gemergt.
Der ehrliche Pitch ist: Wir haben das System gebaut, das einem einzigen Senior Engineer erlaubt, den Output von zehn kompetenten Agents zu absorbieren, ohne Abstriche an der Qualität. Das ist der Hebel, der allen versprochen wurde. Wir haben ihn real gemacht.
Preise und wie du startest
CodeCourier ist ab heute öffentlich verfügbar. Das Preismodell ist einfach: eine pauschale Plattformgebühr plus verbrauchsbasierte Sandbox-Compute. Die Free-Stufe deckt Solo-Builder und kleine Teams in Evaluationspiloten. Team und Enterprise schalten höhere Parallelität, On-Prem-Sandbox-Runner, dedizierte Personas und Custom Support frei.
In fünf Minuten loslegen
- Erstelle einen Workspace auf codecourier.dev und verbinde dein GitHub oder GitLab.
- Installiere die GitHub-App auf einem Repository. Der Standard-Scope ist nur lesen plus Pull-Request-Schreibrechte.
- Wähle eine Starter-Persona - wir liefern sinnvolle Defaults für TypeScript, Python, Go und Rust - oder forke eine von uns.
- Öffne eine Issue Session gegen ein echtes Ticket. Schau zu, wie die Sandbox bootet, das Diff entsteht und der PR aufgeht.
- Genehmigen, mergen, wiederholen. Justiere die Persona basierend darauf, was du gemergt und was du zurückgeschickt hast.
Für Enterprise, On-Prem-Sandbox-Runner oder Compliance-Review sprich direkt mit uns. Wir sind schnell bei der Beschaffung und liefern dir innerhalb einer Woche einen funktionierenden Piloten.
Was als Nächstes auf der Roadmap steht
Heute ist der Launch, nicht das Ziel. Wir haben öffentliche Verpflichtungen für den Rest von 2026 und eine grobe Skizze für 2027. Die folgenden Themen bauen wir aktiv - nicht das, wovon wir träumen.
Kurzfristig (Q2 bis Q3 2026)
- Sprint Chains. Wandle ein Roadmap-Dokument in eine geordnete Folge von Issue Sessions um, mit Abhängigkeitsauflösung und Parallelität eingebaut.
- Multi-Repo-Workflows. Einzelne Workflows, die ein Frontend- und ein Backend-Repo umspannen und Diffs über beide koordinieren.
- On-Prem-Runner. Bring-your-own-Sandbox- Infrastruktur, mit unserer Control Plane, die Läufe in deiner VPC orchestriert.
Mittelfristig (Q4 2026 und darüber hinaus)
- Langlaufende Engineering-Ziele. Übergib der Flotte eine mehrwöchige Initiative und lass sie zerlegen, planen und liefern, ohne tägliches Prompting.
- Custom-Modell-Finetuning. Trainiere Personas auf deinen Hausstil, damit der KI-Software-Engineer in deiner Flotte tatsächlich wie dein Team schreibt.
- Open-Source-Persona-Registry. Teile und forke Personas wie du Code teilst und forkst.
Wöchentliche Updates findest du im Blog, Build-in-Public-Posts in den Guides oder die Firmengeschichte, wenn du die lange Version willst.
FAQ
Ist CodeCourier ein KI-Software-Engineer oder ein KI-Engineering-Team?
Beides - aber die Plattform ist als KI-Engineering-Team entworfen, nicht als einzelner Agent. Du kannst eine einzige Issue Session laufen lassen und die Einzel-Engineer-Erfahrung bekommen. Der Hebel zeigt sich, wenn du zwanzig Agents parallel über deinem Backlog fahren lässt.
Was unterscheidet das von Autovervollständigung oder einem Chat-Assistenten?
Autovervollständigung braucht einen Menschen an der Tastatur. Ein Chat-Assistent braucht einen Menschen, der Prompts tippt. CodeCourier läuft autonom in einer Sandbox, liefert einen Pull Request und wartet auf einen Reviewer. Der Mensch ist im Merge-Loop, nicht im Tipp-Loop.
Schreibt CodeCourier auf meinen Main-Branch?
Niemals. Jede Änderung landet als Pull Request, den deine Menschen genehmigen und mergen. Agents haben Pull-Request- Schreibrechte auf der GitHub- oder GitLab-App, mehr nicht.
Wie haltet ihr meinen Quellcode sicher?
Quellcode lebt nur in flüchtigen Sandboxes für die Dauer eines Laufs. Secrets werden zur Laufzeit injiziert und nie auf Disk geschrieben. SOC 2 Type II ist in Arbeit, DSGVO-konform per Default. Volle Details auf der Sicherheits- seite.
Welche Modelle nutzt CodeCourier?
Wir unterstützen die führenden Frontier-Coding-Modelle - inklusive Claude, GPT-Klasse-Modelle und Open-Source-Optionen. Du wählst das Modell pro Persona. Wir binden dich nicht an einen einzelnen Anbieter und routen automatisch um Ausfälle herum.
Kommt es mit großen Monorepos klar?
Ja. Contexts und Persona-Scoping lassen dich Agents auf bestimmte Subtrees richten, ohne das ganze Repository in den Prompt zu laden. Mehrere Beta-Kunden fuhren CodeCourier problemlos gegen Millionen-Zeilen-Codebases.
Was passiert, wenn ein Agent feststeckt?
Er eskaliert. Der Lauf pausiert, postet einen Kommentar mit dem Versuch, dem Fehler und dem, was er von einem Menschen braucht. Du kannst zur Laufzeit eingreifen, eine Korrektur einspielen oder den Lauf beenden. Jeder Statusübergang wird geloggt.
Wie schnell kann mein Team loslegen?
Fünf Minuten von der Anmeldung zum ersten gemergten PR bei typischen TypeScript- oder Python-Repos. Tag eins für neue Workspaces, Tag drei für getunte Personas, Woche eins für ein nennenswertes Stück abgebauten Backlog. Buch einen Call, wenn du Unterstützung möchtest.
Made in Switzerland. Mit Sorgfalt gebaut. Ab sofort verfügbar. Willkommen in der Ära des KI-Engineering-Teams.