Lösung

KI Coding Agent Infrastruktur: Anbindung, Laufzeit und Prüfung

Ein Coding-Agent schreibt Code. Damit daraus eine lauffähige Anwendung wird, braucht er Projektzugriff, eine Umgebung zum Arbeiten und eine Pipeline, die seine Änderungen prüft.

  • MCP-Server, ap CLI und VS-Code-Plugin als Anbindung an das Projekt
  • Cloud-Workspaces, in denen längere Agenten-Läufe weiterarbeiten
  • GitLab-CI-Pipelines, die jede Änderung testen und bauen

Kostenlos starten. Keine Kreditkarte nötig.

Eine vorbereitete Projektstruktur gibt Agenten einen verlässlichen Ausgangspunkt. Eine vorbereitete Projektstruktur gibt Agenten einen verlässlichen Ausgangspunkt.
Eine vorbereitete Projektstruktur gibt Agenten einen verlässlichen Ausgangspunkt.

Kurz gesagt

Die Plattform macht Agenten nicht besser. Sie sorgt dafür, dass ihre Arbeit an einem definierten Ort landet und überprüft wird.

  • Anbindung: MCP-Server, ap CLI, VS-Code-Plugin und API-Schlüssel verbinden Werkzeuge mit deinem Projekt.
  • Laufzeit: Cloud-Workspaces mit VS Code, JetBrains, RDP und VNC laufen weiter, wenn dein Gerät aus ist.

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 vorgesehen: 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 vorgesehen: Läuft lokal und endet mit dem Ruhezustand des Notebooks
Verlässlicher Ausgangspunkt Vollständig abgedeckt: Templates und eine vorgegebene Projektstruktur mit Konventionen Nicht vorgesehen: 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 wird automatisch eingerichtet, Fehler kommen mit Stacktrace und Release Teilweise abgedeckt: Eigenes Setup pro Projekt oder gar keins
Nachvollziehbarkeit Vollständig abgedeckt: Audit Log und GitOps-Konfiguration im Git-Verlauf Nicht vorgesehen: Ä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: 10. August 2026. Die Gegenüberstellung beschreibt typische Abläufe und kann je nach Projekt abweichen.

Was die Plattform für Agenten bereitstellt

Sechs Bausteine, die zwischen einem Vorschlag im Chat und einer ausgelieferten Änderung liegen.

MCP-Server

Über den MCP-Server bekommen Coding-Agenten Zugriff auf Projekt, Repositories und Umgebungen, statt in einem leeren Verzeichnis zu raten.

ap CLI und VS-Code-Plugin

Die CLI deckt Projektbefehle und den lokalen Start ab, das Plugin zeigt Repositories, Tech-Stack und Schnellzugriffe im Editor.

Cloud-Workspaces

Agenten laufen in einer Cloud-VM mit VS Code, JetBrains, RDP oder VNC weiter, während dein Gerät ausgeschaltet ist.

Projektstruktur als Grundlage

Persönliche API-Schlüssel, Rollen und ein Audit Log machen sichtbar, wer oder was eine Änderung ausgelöst hat.

acme / kunden-app

  • kunden-app

    Flutter-App für iOS, Android und Web

  • backend

    API und Server-Logik mit Docker-Setup

  • homepage

    Marketing-Seite und öffentliche Inhalte

  • e2e-tests

    End-to-End-Tests gegen Dev und Staging

  • gitops-configuration

    Deployment-Konfiguration für Dev und Prod

  • local-configuration

    Workspace-, IDE- und Agent-Konfiguration

  • gitlab-profile

    Projekt-Dokumentation und README

Repositories, Deploy Keys und CI-Variablen entstehen mit dem Projekt.

So bindest du Coding-Agenten an ein Projekt an

Vier Schritte von der Registrierung bis zum ersten geprüften Ergebnis.

  1. Projekt aus einem Template anlegen

    Repository, Projektstruktur, Pipeline und Umgebungen entstehen im Assistenten. Der Agent bekommt damit eine definierte Grundlage.

  2. Werkzeuge verbinden

    Richte den MCP-Server für deinen Agenten ein, installiere das VS-Code-Plugin oder nutze die ap CLI im Projektordner.

  3. Arbeitsort wählen

    Arbeite lokal mit der Platform App oder starte einen Cloud-Workspace, wenn ein Lauf länger dauert als deine Anwesenheit.

  4. 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?

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.

Kostenlos starten. Keine Kreditkarte nötig.