Zum Hauptinhalt springen
Connic

Was wir im August 2026 veröffentlicht haben

Connic MCP, eine native Slack-Verbindung, Versand über Agenten-Tools und Middleware, Session-Debugging, Tools mit Datei-Output, neue Anmeldemöglichkeiten und fünf verwaltete KI-Modelle.

1. September 20268 Min. LesezeitAutor: Connic Engineering

Im Juli kamen Managed KI-Modelle, Projektguthaben und der Marketplace. Im August ermöglichte Connic MCP mit gezielten Berechtigungen die Arbeit an Live-Projekten in ChatGPT, Codex, Claude, Cursor und weiteren MCP-Clients. Slack kann jetzt Agenten auslösen und ihre Ergebnisse empfangen. Für ausgehende Verbindungen haben wir die Versandmodi Automatic, Agent-tool und Middleware ergänzt. Außerdem haben wir eine Gesprächsansicht für Persistent Sessions, Datei-Outputs aus Custom Tools, weitere Sign-in-Methoden und fünf Managed KI-Modelle ergänzt.

Connic MCP in KI Clients

Connic MCP verbindet einen KI-Client über OAuth mit einem Projekt. Bei der Autorisierung legt der Projekt-Owner fest, welche Environments der Client sehen, welche Leseaktionen er nutzen und ob er Schreibaktionen ausführen darf. Der Client kann die Projekt-Berechtigungen des Owners nie überschreiten. Jede Autorisierung lässt sich unter Projekt-Settings → API Keys & MCP Auth bearbeiten oder widerrufen.

Ein verbundener Client kann Runs, Traces, Logs, Deployment-Tests, Verbindungsstatus, Retrieval, Database, Sessions, Budgets, Approvals und Governance-Records lesen. Mit Schreibzugriff kann er unterstützte Ressourcen direkt aus dem Gespräch verwalten. Gespeicherte Secrets, Zahlungen, die Verwaltung von Zugangsdaten und das Löschen eines Projekts bleiben außerhalb der MCP-Oberfläche.

Codex verbinden
codex mcp add connic --url https://mcp.connic.co/mcp
codex mcp login connic
Mit aktuellen Betriebsdaten arbeiten
Der Client kann einen fehlgeschlagenen Run untersuchen, dessen Trace lesen, Deployments vergleichen oder eine Verbindung prüfen, bevor er eine Änderung vorschlägt.
Nur das für die Aufgabe Nötige freigeben
Wähle ein Projekt, grenze die Environments ein, halte die Verbindung Read-only oder erlaube einzelne Schreibaktionen.

Das vollständige Connic-Plugin bündelt für unterstützte Clients die MCP-Verbindung mit dem Connic Skill; der Server ist jetzt auch in der offiziellen MCP Registry gelistet. API-Keys verwenden denselben Berechtigungskatalog für einzelne Aktionen, sodass eine Automation nur die benötigten Operationen erhalten kann. Die Connic-MCP-Ankündigung beschreibt die Funktionen, der Leitfaden zur Einrichtung die Installation.

Slack als native Verbindung

Slack ist eine native Verbindung im Marketplace. Erstelle die Slack App aus einem generierten Manifest, speichere Signing Secret und Bot Token in einer wiederverwendbaren Connic-Verbindung und verknüpfe diese mit den Agenten, die in Slack antworten sollen. Die App bleibt im Slack-Account des Unternehmens, das damit die Kontrolle über Name, Channels, Installation und Entfernung behält.

Ein app_mention startet jeden verknüpften Agenten und übergibt dabei Slack-Channel, Nutzer und Thread-Kontext. Über dieselbe Verbindung lässt sich außerdem eine Slack-Outbound-Verbindung anbinden, die die Antwort an den ursprünglichen Thread zurückgibt. Ein Run kann auch explizit einen anderen Channel oder den Default-Channel der Verbindung ansprechen.

Erwähnungen und Antworten
Eine Erwähnung des Bots startet einen Run; die Antwort bleibt in dem Thread, in dem die Frage gestellt wurde.
Eine wiederverwendbare Verbindung
Die verifizierte Slack-Verbindung ist für mehrere Inbound- und Outbound-Verbindungen nutzbar. Jede davon lässt sich mit einem oder mehreren Agenten verknüpfen.

Die Slack-Dokumentation beschreibt den vollständigen Inbound- und Outbound-Ablauf.

Versandzeitpunkt für ausgehende Verbindungen

Jede Verknüpfung mit einer Outbound-Verbindung hat einen Delivery Mode. Wähle ihn beim Verknüpfen der Verbindung mit einem Agenten und ändere ihn später im Verbindungsablauf, falls die Routing-Entscheidung an eine andere Stelle wandert.

Automatic
Liefert den finalen Output nach Abschluss dafür vorgesehener Runs aus. Source Filters können die Auslieferung auf Runs aus ausgewählten Input-Verbindungen begrenzen.
Agent-tool
Fügt die Outbound-Verbindung als benanntes Tool hinzu. Das KI-Modell entscheidet, ob und wann es sie aufruft; die finale Response bleibt unabhängig.
Middleware
Rufe send_connector aus Python auf, wenn der Anwendungscode die Routing-Entscheidung treffen soll.

Run-Traces zeigen jetzt neben der übrigen Ausführung auch die Aktivität von Inbound- und Outbound-Verbindungen. Deployment-Tests zeichnen Aufrufe von Agent-Tool- und Middleware-Verbindungen auf, ohne sie auszuliefern. So lässt sich Routing prüfen, ohne Testnachrichten an ein echtes Ziel zu senden.

Der Leitfaden zum Outbound-Routing enthält Beispiele für die unterstützten Verbindungstypen.

Den Gesprächsverlauf einer Session untersuchen

Der von Persistent Sessions über Requests hinweg mitgeführte Gesprächskontext lässt sich jetzt untersuchen. Unter Storage → Sessions zeigt der neue Details-Drawer für jede Zeile den letzten Gesprächsverlauf ohne interne Metadaten neben den zugehörigen Runs.

Die Gesprächsansicht enthält Nutzer-, Assistenten-, System- und Tool-Nachrichten. Tool-Argumente stehen neben ihren aufgezeichneten Ergebnissen oder Fehlern; Attachments zeigen Datei-Metadaten. Gespeichertes Reasoning wird angezeigt, sofern es verfügbar ist, und ausdrücklich geschwärztes Reasoning wird entsprechend markiert. Über einen zugehörigen Run lässt sich vom Gespräch zum zugehörigen Ausführungs-Trace wechseln.

Gespeicherten Verlauf nachvollziehen
Die Nachrichten und Tool-Aktivitäten, auf denen die nächste Antwort beruht, sind gemeinsam sichtbar.
Zum Run wechseln
Die dieser Session zugeordneten Runs führen direkt zum exakten Trace.

Run-Details bieten außerdem Kopierfunktionen für Inputs, Outputs, Context und Trace-Werte. Strukturierte Werte werden als JSON kopiert; die Reasoning-Token-Nutzung erscheint in Run-Traces und Kostenaufschlüsselungen.

Unser Vergleich der Speicheroptionen erklärt, wie persistente Sessions den Gesprächsverlauf speichern. Die Session-Dokumentation beschreibt die Konfiguration.

Dateien aus Custom Tools

Ein Custom Tool kann eine ToolFile zurückgeben, wenn der nächste KI-Modell-Turn ein PDF, Bild, eine Audiodatei oder ein anderes binäres Ergebnis benötigt. Dafür sind der passende MIME-Typ und entweder Inline-Bytes oder eine URI nötig. Listen und Tupel können Dateien mit Text- und JSON-Ergebnissen kombinieren.

tools/invoices.py
from connic import ToolFile


def export_invoice(invoice_id: str) -> ToolFile:
    """Generate an invoice PDF for the agent to inspect."""
    pdf = build_invoice_pdf(invoice_id)
    return ToolFile(
        mime_type="application/pdf",
        name=f"invoice-{invoice_id}.pdf",
        data=pdf,
    )

Die Tool-Referenz beschreibt Datei-Outputs mit Inline-Bytes oder einer URI.

Account Security und Sign-in-Optionen

Account Settings bündelt Sign-in Security und verbundene Identity-Provider. Vor sensiblen Änderungen ist ein aktueller Sign-in nötig; Connic lässt immer mindestens eine funktionierende Sign-in-Methode mit dem Account verbunden.

Security-Methoden
Füge in der Sign-in Security Card Passkeys, Hardware Security Keys und Authenticator Apps hinzu oder entferne sie.
Verbundene Accounts
Die Anmeldung ist mit GitHub, Google oder einem Microsoft Work or School Account möglich; die verknüpften Provider werden anschließend im Account verwaltet.
E-Mail-Änderungen
Accounts mit E-Mail und Passwort ohne verbundenen externen Sign-in-Provider können ihre E-Mail nach einem erneuten Sign-in ändern.

Die Account Settings zeigen die mit dem Account verbundenen Methoden.

Fünf neue Managed KI-Modelle

Der Managed-Katalog erhielt im August fünf dauerhafte KI-Modell-IDs. Die beiden DeepSeek-Einträge erweitern die Auswahl für Reasoning mit langen Kontexten beim Programmieren und bei der Arbeit mit Agenten. Drei Gemini-Flash-Einträge ergänzen multimodale Optionen für Anwendungen mit hohem Anfragevolumen oder langen Kontexten.

Neue connic/* KI-Modell-IDs
connic/deepseek-v4-flash-0731
connic/deepseek-v4-pro-fast
connic/gemini-3.5-flash-lite
connic/gemini-3.6-flash
connic/gemini-3.7-flash

Auch die veröffentlichten Preise mehrerer bestehender KI-Modelle sind gesunken. Der Katalog enthält für jede Managed-ID die aktuellen Input-, Cached-Input- und Output-Raten.

Der Modellkatalog nennt die genauen Funktionen, Limits und Preise aller Connic-KI-Modelle.

Weitere Verbesserungen

  • CLI-Updates: connic update kann Aktualisierungen für das Composer-SDK, Projekt-Skill-Kopien und bereits in Codex und Claude Code installierte Connic-Plugins prüfen oder installieren. CLI-Referenz
  • Vollständigere Migrationen: Die Migrationswerkzeuge für LangChain und Google ADK verfolgen weitere dateiübergreifende Imports und Re-exports, übernehmen Prompts und Tools aus weiteren Projektstrukturen und wandeln einfache Subagenten-Wrapper in Connic-Delegation um. LangChain-Migrationsleitfaden
  • CI-fähige Testergebnisse: connic test --json gibt Test-Run-, Deployment- und Environment-IDs zurück. Exit-Codes unterscheiden zwischen fehlgeschlagenen oder abgebrochenen Suites, Request-Fehlern und Infrastruktur- oder Serverfehlern. Test- und CI-Dokumentation
  • Freigabe von Projektdaten: Über einen standardmäßig deaktivierten Toggle unter Projekt-Settings → General kann ein Projekt der anonymisierten Analyse der Produktnutzung zustimmen. Öffentliche aggregierte Statistiken verwenden nur Daten aus Projekten, die zugestimmt haben

Mehr aus dem Blog

Changelog

Was wir im Juli 2026 veröffentlicht haben

30 EU-gehostete Connic KI-Modelle, zentrales Prepaid-Projektguthaben, Marketplace, Tests für Human Approvals und Lifecycle Mocks, Retries ohne erneute Ausführung des Agenten, Kontextkomprimierung, automatische Bridge-Routen, A/B Confidence Mode und KI-Governance für den EU AI Act.

1. August 20268 Min. Lesezeit
Changelog

Was wir im Juni 2026 veröffentlicht haben

Anpassbare Permission Groups, teilbare Dashboards mit Zugriffskontrollen, Channels und Drains für Benachrichtigungen und Logs, präzisere Guardrails gegen Prompt Injection und Data Exfiltration, KI-gestützte Filter sowie Deployments, die laufende Runs vor dem Wechsel abschließen.

1. Juli 20267 Min. Lesezeit
Changelog

Was wir im Mai 2026 veröffentlicht haben

Testframework für Agenten, Deployment Gates mit Pull-Request-Tests, detaillierteres Tracing für ausgelöste und untergeordnete Runs, Usage- und Budget-Dashboards, eigene Domains für Verbindungen und Reasoning Effort pro Agenten mit vererbten Standardwerten.

1. Juni 20267 Min. Lesezeit
Changelog

Was wir im April 2026 veröffentlicht haben

Human-in-the-Loop Approvals, Bridge für Custom Tools und private Services, Tool Hooks, Discoverable Tools, KI-Dashboard-Builder, eigene OpenAI-kompatible Provider und Live-Logs aus Anwendungscode.

3. Mai 20267 Min. Lesezeit
Changelog

Was wir im März 2026 veröffentlicht haben

A/B Testing, Guardrails für Agenten, API-Spec-Tools, Dashboard-Templates mit Perzentil-Metriken, Migrations-CLI und weitere Verbesserungen.

1. April 20266 Min. Lesezeit
Changelog

Was wir im Dezember 2025 veröffentlicht haben

Stripe-Verbindung mit Webhook-Signaturprüfung, E-Mail-Verbindung mit regelmäßiger IMAP-Abfrage und Anhängen sowie Verbesserungen an der Dashboard-UI.

2. Januar 20264 Min. Lesezeit
Changelog

Was wir im November 2025 veröffentlicht haben

MCP-Verbindung für Agenten als Tools, Postgres LISTEN/NOTIFY, S3-Datei-Uploads, SQS-Message-Queues, Verbindungslogs und eine einheitliche Oberfläche.

2. Dezember 20255 Min. Lesezeit
Changelog

Was wir im Oktober 2025 veröffentlicht haben

Wir bieten 10 Deployment-Regionen auf 5 Kontinenten; vordefinierte Tools wie trigger_agent, retrieval_query und web_search lassen sich in Python-Code importieren.

3. November 20254 Min. Lesezeit
Changelog

Was wir im September 2025 veröffentlicht haben

Vollständige Audit Logs mit Vorher-Nachher-Diffs, eine wählbare Datenresidenzregion, verteilte Rate Limits für Verbindungen und eine detaillierte Kostenaufschlüsselung im Billing.

1. Oktober 20254 Min. Lesezeit