Heute veröffentlichen wir Connic MCP: die direkte Verbindung zwischen einem Coding-Agenten und einem Connic-Projekt. MCP-fähige Clients wie Codex, Claude Code und Cursor können jetzt Live-Runs, Traces und Logs lesen, Deployments veröffentlichen und das Projekt in demselben Chat verwalten, in dem sie die Agenten schreiben. Der Umweg über das Dashboard entfällt.
Der gesamte Entwicklungsablauf in einem Chat
Coding-Agenten konnten Connic-Agenten bereits gut schreiben: YAML, Tools und Middleware. Beim Betrieb sah es anders aus. Um herauszufinden, warum ein Run fehlgeschlagen war oder welches Ergebnis die Tests eines Deployments geliefert hatten, mussten Entwickler vom Editor ins Dashboard wechseln, die Antwort lesen und eine Zusammenfassung zurück in den Chat schreiben. Der Client, der den Code erstellt hatte, konnte das laufende System nicht sehen. Jetzt kann er direkt nachfragen. Praktisch möglich wurde das mit dem MCP Release vom 28.07.2026. Es ist die erste Protokollrevision, der wir zwischen einem Coding-Agenten und dem Produktivbetrieb vertrauen. Connic MCP basiert darauf und bietet einen Fallback für Clients mit dem älteren Protokoll.
Einen Agenten auf Connic zu entwickeln war bereits schnell. Langsam war alles drumherum: prüfen, ob die Tests des Deployments erfolgreich waren, die fehlgeschlagenen Runs der vergangenen Nacht untersuchen oder bestätigen, dass sich die neue Version tatsächlich besser als die alte verhält. Connic MCP holt diese Arbeit in den vorhandenen Entwicklungs-Chat.
Ein Agent, der echte Traces sieht, schreibt bessere Korrekturen als einer, der nur die Umschreibung eines Fehlers kennt. Kann er Deployment Tests beobachten, iteriert er bis zum Erfolg, statt die Prüfung an einen Entwickler zurückzugeben. Jeder selbst verifizierte Schritt beseitigt eine manuelle Übergabe.
Was ein Coding-Agent tun kann
Die Verbindung deckt die Connic-Plattform durchgängig ab. Sie liest und verändert dieselben Bereiche, die auch im Dashboard verfügbar sind:
| Bereich | Anzeigen | Aktionen |
|---|---|---|
| Agenten und Runs | Runs, Traces, Logs sowie Vorschauen von Input und Output | Einzelne oder mehrere Runs abbrechen oder erneut ausführen |
| Deployments | Deployments, Tests und Deployment Runs | Erstellen, abbrechen, aktivieren und erneut deployen |
| Verbindungen | Definitionen, Verknüpfungen, Runs, Statistiken und Logs | Erstellen, aktualisieren, löschen und mit Agenten verknüpfen |
| Retrieval | Namespaces, Einträge, Quellen und Statistiken | Inhalte hochladen sowie Quellen verwalten und synchronisieren |
| Database | Statistiken, Collections, abgeleitete Schemas sowie vollständige Dokumentabfragen und Zählergebnisse | Vorhandene Zeilen aktualisieren; Dokumente und Collections löschen |
| Sessions | Gespeicherter Session-Zustand, Agenten- und Nutzeridentität sowie Zeitstempel | Suchen und filtern; einzelne oder passende Sessions löschen |
| Approvals und Channels | Ausstehende Approvals, Routing und Channels | Calls genehmigen oder ablehnen, Routing und Channels verwalten |
| Judges und A/B Tests | Judge-Statistiken und -Runs, Varianten und Vergleiche | Judges und Tests verwalten, Bewertungen zur Ausführung vormerken |
| Budgets und Audit | Kostenübersichten, Rankings und Audit Events | Budget Alerts verwalten |
| Environments und KI-Governance | Environments, Health und KI-Governance Records | Environments und Governance Records verwalten |
Einen Client mit einem Befehl verbinden
Zur Einrichtung genügt ein Befehl, gefolgt von der Anmeldung mit einem Connic-Account im Browser:
# Codex
codex mcp add connic --url https://mcp.connic.co/mcp
codex mcp login connic
# Claude Code
claude mcp add --transport http --scope user connic https://mcp.connic.co/mcp
# Cursor Agent, after installing the Connic plugin
cursor-agent mcp login connicWir empfehlen das Connic-Plugin. Es bündelt diese Verbindung mit dem Connic-Skill, sodass der Client sowohl Connic-Agenten schreiben als auch das Projekt bedienen kann, in dem sie laufen. Der Einrichtungsleitfaden erklärt die Installation des Plugins in Codex, Claude Code, Cursor und OpenCode sowie die manuelle Verbindung anderer MCP-kompatibler Clients.
Das Connic-Plugin oder eine direkte Connic-MCP-Verbindung ermöglicht dem Client, an dem System zu arbeiten, das er entwickelt.
Coding-Client einrichtenProjektmitglieder behalten die Kontrolle
Einen Client zu verbinden, übergibt ihm nicht automatisch uneingeschränkten Zugriff auf ein Projekt. Bei der Genehmigung legen Projektmitglieder das sichtbare Projekt, die Environments und die erlaubten Aktionen fest. Ein Client kann nie mehr als der genehmigende Account; ändert sich dessen Zugriff, ändert sich auch der des Clients. Unter den Projekt-Settings stehen für jede Verbindung die Berechtigungen und der Zeitpunkt der letzten Nutzung. Über MCP ausgelöste Projektaktionen folgen demselben Audit-Verhalten wie entsprechende API-Aktionen, während Traffic auf Request-Ebene in Service Logs bleibt. Ein Klick widerruft die Verbindung.
Einige Möglichkeiten sind bewusst nicht vorhanden. Ein verbundener Client kann weder Projektgelder ausgeben noch Zugangsdaten lesen, ein Projekt löschen oder Agenten-Runs starten. Wenn externe Systeme Agenten auslösen sollen, ist eine Verbindung der dafür vorgesehene Weg im Produktivbetrieb. API-Keys sind ebenfalls nicht beteiligt und gehören weder in eine MCP-Konfiguration noch in einen Chat.
Drei Einsatzmöglichkeiten für MCP
Wir unterstützen MCP jetzt an drei Stellen. Jede davon erfüllt einen anderen Zweck:
mcp_servers deklariert sind. Der Agent kann die Tools dieser Server aufrufen.Connic MCP fügt einem bereitgestellten Agenten keine Tools hinzu und stellt einen Agenten nicht als Tool bereit. Die beiden Anwendungsfälle beschreiben der Leitfaden zu MCP-Servern für Agenten und die Referenz zur MCP-Server-Verbindung.
Erste Schritte
- 1.Installiere das Connic-Plugin für den Client oder füge
https://mcp.connic.co/mcpdirekt hinzu. Der Leitfaden zur Einrichtung von KI-Agenten enthält die genauen Befehle. - 2.Genehmige die Verbindung im Browser: Wähle Projekt und Environments und lege die erlaubten Aktionen fest.
- 3.Stelle dem Agenten eine Frage, für die bisher das Dashboard geöffnet werden musste: der letzte fehlgeschlagene Run, der Status eines Deployments oder die gestrigen Kosten pro Agent.