Nur das Modell
- Code entsteht im Chat. Review ist Copy in ein anderes Fenster.
Coding-Agents brauchen ein Projekt, nicht nur ein Chatfenster
Der Agent kann Code. Er kann nicht euer Repo, eure Secrets und eure Pipeline erfinden. MCP, CLI, Workspace, CI – das ist der Unterbau, ohne den der Thread nur Dateien auf der Platte des Laptops ändert.
- MCP, ap CLI, VS-Code-Plugin: der Agent sieht dasselbe Projekt wie ihr
- Längere Läufe im Workspace, Merge durch dieselbe GitLab-CI
Thread oder Unterbau
Agent im Projekt
- Er arbeitet im Workspace. Der Merge sieht dieselben Tests wie eurer.
Ein Coding-Agent ohne Projektgrenze schreibt irgendwohin. Nützlich wird er, wenn das Irgendwo ein Workspace mit Pipeline ist – sonst produzierst du Diffs, die niemand deployen darf.
Coding-Agenten mit und ohne Plattform
Die Gegenüberstellung beschreibt, welche Aufgaben rund um Coding-Agenten anfallen und was die Application Platform davon abdeckt.
| Aufgabe |
Mit der Application Platform
|
Ohne Plattform
|
|---|---|---|
| Zugriff auf Projektkontext | Vollständig abgedeckt: MCP-Server verbindet Agenten mit Projekt, Repositories und Umgebungen | Teilweise abgedeckt: Der Agent sieht nur den lokalen Ordner, in dem er gestartet wurde |
| Anbindung im Editor | Vollständig abgedeckt: VS-Code-Plugin mit Projektübersicht, Repositories und Startbefehlen | Teilweise abgedeckt: Editor-Konfiguration wird pro Rechner selbst gepflegt |
| Anbindung im Terminal | Vollständig abgedeckt: ap CLI für Projektbefehle und lokalen Start der Anwendungen | Teilweise abgedeckt: Eigene Skripte, die zwischen Projekten auseinanderlaufen |
| Automatisierung über eine API | Vollständig abgedeckt: Persönliche API-Schlüssel für eigene Abläufe und Werkzeuge | Nicht angeboten: Zugangsdaten einzelner Dienste, verteilt und schwer widerrufbar |
| Laufzeit für längere Aufgaben | Vollständig abgedeckt: Cloud-Workspaces arbeiten weiter, auch wenn dein Rechner aus ist | Nicht angeboten: Läuft lokal und endet mit dem Ruhezustand des Notebooks |
| Verlässlicher Ausgangspunkt | Vollständig abgedeckt: Templates und eine vorgegebene Projektstruktur mit Konventionen | Nicht angeboten: Leeres Repository, Konventionen entstehen unterwegs |
| Prüfung der Ergebnisse | Vollständig abgedeckt: GitLab-CI testet und baut jede Änderung, bevor sie ausgeliefert wird | Teilweise abgedeckt: Pipeline muss zuerst gebaut werden, sonst prüft niemand |
| Fehler nach dem Release | Vollständig abgedeckt: Sentry, sobald du dein Konto unter Anbindungen verbindest – Fehler kommen mit Stacktrace und Release | Teilweise abgedeckt: Eigenes Setup pro Projekt oder gar keins |
| Nachvollziehbarkeit | Vollständig abgedeckt: Audit Log und Deployment-Konfiguration im Git-Verlauf | Nicht angeboten: Änderungen an Umgebungen bleiben im Serverzustand verborgen |
| Rechte und Zugriff | Vollständig abgedeckt: Rollen, Organisationen und zentral verwaltete Zugangsdaten | Teilweise abgedeckt: Agenten arbeiten mit den Rechten der Person, die sie gestartet hat |
Grün bedeutet abgedeckt, gelb teilweise, grau nicht vorhanden. Die rechte Spalte beschreibt keinen Wettbewerber, sondern den üblichen Zustand ohne durchgängige Plattform.
Stand: 9. September 2026. Die Gegenüberstellung beschreibt typische Abläufe und kann je nach Projekt abweichen. Logos sind Marken der jeweiligen Rechteinhaber und dienen nur der Zuordnung.
Was wir nicht behaupten
- Kein besseres Modell Die Plattform macht den Agenten nicht klüger. Sie gibt ihm Ort, Rechte und eine Prüfung.
Kostenmodell
Agent-Lizenzen bleiben beim jeweiligen Anbieter. Die Plattform stellt Laufzeit und Prüfung.
acme / kunden-app
-
kunden-appFlutter-App für iOS, Android und Web
-
backendAPI und Server-Logik mit Docker-Setup
-
homepageMarketing-Seite und öffentliche Inhalte
-
e2e-testsEnd-to-End-Tests gegen Dev und Staging
-
gitops-configurationDeployment-Konfiguration für Dev und Prod
-
local-configurationWorkspace-, IDE- und Agent-Konfiguration
-
gitlab-profileProjekt-Dokumentation und README
So bindest du Coding-Agenten an ein Projekt an
Vier Schritte von der Registrierung bis zum ersten geprüften Ergebnis.
-
Projekt aus einem Template anlegen
Repository, Projektstruktur, Pipeline und Umgebungen entstehen im Assistenten. Der Agent bekommt damit eine definierte Grundlage.
-
Werkzeuge verbinden
Richte den MCP-Server für deinen Agenten ein, installiere das VS-Code-Plugin oder nutze die ap CLI im Projektordner.
-
Arbeitsort wählen
Arbeite lokal mit der Setup-App oder starte einen Cloud-Workspace, wenn ein Lauf länger dauert als deine Anwesenheit.
-
Ergebnis prüfen lassen
Änderungen laufen als Commit durch die Pipeline. Was dort scheitert, geht nicht in Produktion, unabhängig davon, wer es geschrieben hat.
Häufige Fragen
Macht die Plattform die Ergebnisse von KI-Agenten besser?
Nein. Die Qualität hängt vom Modell und von deiner Aufgabenstellung ab. Die Plattform beeinflusst nur den Rahmen: Jede Änderung läuft durch dieselben Tests und Builds wie handgeschriebener Code. Die inhaltliche Prüfung bleibt deine Aufgabe.
Welche Werkzeuge lassen sich anbinden?
Über offene Wege statt werkzeugspezifische Integrationen: Agenten mit MCP-Unterstützung nutzen den MCP-Server, Editoren auf Basis von VS Code das Plugin, alles andere die ap CLI oder API-Schlüssel. So laufen Claude Code, Cursor, Codex und Copilot.
Wozu ein Cloud-Workspace, wenn der Agent lokal läuft?
Weil längere Läufe einen eingeschalteten Rechner brauchen und mit dem Ruhezustand des Notebooks enden. Im Cloud-Workspace läuft die Sitzung unabhängig vom Gerät weiter, über VS Code, JetBrains, RDP oder VNC. Zudem ist die Umgebung im Team gleich.
Wie prüfe ich, was ein Agent geändert hat?
Über dieselben Mittel wie bei menschlichen Beiträgen: Änderungen landen als Commits im Repository und durchlaufen die Pipeline. Rollen bestimmen, was erreichbar ist, API-Schlüssel lassen sich einzeln widerrufen, das Audit Log hält Änderungen fest.
Wie gehe ich mit Zugangsdaten um, wenn ein Agent mitarbeitet?
Zugangsdaten liegen zentral im Projekt, nicht im Quellcode; die Projektkonventionen verbieten Secrets in Commits. Welche Rechte ein Agent hat, bestimmt sein API-Schlüssel oder Konto. Für sensible Umgebungen nimm einen eigenen, eingeschränkten Zugang.
Verbinde deinen Agenten mit einem echten Projekt
Registriere dich kostenlos, lege ein Projekt an und binde dein Werkzeug über MCP-Server, CLI oder Plugin an.