Zum Hauptinhalt springen
Connic

Vom Self-Hosting
zu Agenten, die mehr können

Teste Änderungen vor dem Release, vergleiche Varianten mit echten Anfragen und lass sensible Aktionen von Menschen freigeben. Mit dem Wechsel zu Connic bekommt dein Team diese Funktionen auf einer Plattform, die auch Ausführung, Skalierung und Monitoring übernimmt.

Starte mit BasicKontaktiere Sales
Lies den Migrationsleitfaden
agents/invoice-processor.yaml
# Den gesamten Agenten in einer YAML-Datei definieren
name: invoice-processor
model: connic/gemini-3.7-flash
temperature: 0.3
system_prompt: |
Du bist ein erfahrener Buchhalter.
Extrahiere jedes Feld aus der Rechnung
und prüfe, ob die Summen stimmen.
tools:
  - documents.parse
  - documents.extract_entities
  - database.store_invoice

Hosting, Skalierung und Observability übernimmt Connic

Beim Self-Hosting betreibt dein Team die Infrastruktur, passt Kapazitäten an und pflegt das Monitoring. Connic übernimmt diese Aufgaben für die Agenten und reduziert den Aufwand für Wartung und Rufbereitschaft.

Hosting

Das alles entfällt

  • Kubernetes Manifeste
  • Docker Builds
  • CI/CD Pipelines
  • Cluster Upgrades

git push ist das Deployment. Keine Container überwachen, keine Pipelines debuggen und keine Cluster Upgrades einplanen.

Scaling

Das alles entfällt

  • HPA-Konfiguration
  • Ressourcenoptimierung
  • Kapazitätsplanung
  • Kosten ungenutzter Ressourcen

Die Managed Runtime skaliert mit der Nachfrage. Abgerechnet werden Runs und Minuten statt ungenutzter Cluster, die auf Traffic warten.

Observability

Das alles entfällt

  • ELK-/Loki-Setup
  • Prometheus-Metriken
  • Grafana Dashboards
  • Alert-Konfiguration

Vollständige Ausführungs-Traces sind standardmäßig aktiv. Jeder LLM-Aufruf, Tool-Aufruf und jede Laufzeit erscheint ohne separaten Observability Stack im Dashboard.

Nutze deinen bestehenden Code weiter

Python-Tools, Prompts und Geschäftslogik bilden die Grundlage der Migration. Agenten werden in YAML konfiguriert, während Connic Deployment und Betrieb übernimmt.

Was erhalten bleibt
  • Python Tools

    Dieselben Funktionen und dieselbe Logik einfach unter tools/ ablegen

  • Agent-Logik

    Prompts und Orchestrierung werden in YAML und Middleware abgebildet

  • Git Workflow

    Branches, PRs und Code Review bleiben unverändert

  • Externe Integrationen

    APIs, Datenbanken und Services bleiben über eigene Tools erreichbar

Was entfällt
  • Kubernetes-Konfiguration

    Manifeste, Helm Charts und kubectl Runbooks

  • Docker-Setup

    Dockerfiles, Image Builds und Registry-Anbindung

  • CI/CD Pipelines

    GitHub Actions, Jenkins und Deployment-Skripte

  • Monitoring Stack

    Prometheus, Grafana und eigene Alert-Regeln

Folge dem Quickstart und stelle deinen ersten Agenten um.

Self-Hosting vs. Connic

Was Teams heute selbst verwalten und was Connic übernimmt

Self-Hosting vs. Connic
FunktionSelf-HostedConnic
DeploymentDocker/K8s + CI/CDgit push
RollbacksManuellMit einem Klick
ObservabilityEigenbau (Prometheus, Grafana)Integriert
Retrieval (RAG)Eigenbau (Vector DB)Integriert
VerbindungenIndividuell je SystemNativer Katalog
A/B TestingNicht enthaltenEnthalten
Automatisierte Evaluation (Judges)Nicht enthaltenEnthalten
Human-in-the-Loop ApprovalsNicht enthaltenEnthalten
Budget Alerts und LimitsNicht enthaltenEnthalten
Team-Berechtigungen (RBAC)EigenbauIntegriert
Secrets ManagementVault / Environment-DateienIntegriert
Automatische WiederherstellungEigenbauIntegriert

Begleitung für deine Migration

Persönliche Unterstützung, passende Infrastruktur und Unterlagen für die Prüfung durch Rechtsabteilung und IT-Sicherheit begleiten den Wechsel zu Connic.

Dedizierte Infrastruktur

Enterprise-Pläne enthalten dedizierte Compute-Ressourcen, individuelle SLAs und einen Account Manager, der das Team während der gesamten Migration begleitet.

Unterstützung bei der Compliance-Prüfung

Enterprise bietet einen Auftragsverarbeitungsvertrag, Unterstützung zur Vorbereitung auf den EU AI Act sowie Unterlagen zu SOC 2 Type II, ISO 27001 und HIPAA. Damit erhält dein Team eine Grundlage für die interne Prüfung des Anbieterwechsels. Audit-Logs sind in allen Tarifen enthalten.

Kontrolliert und schrittweise migrieren

Für eine schrittweise Umstellung hält Bridge die Services in der VPC, während Agenten auf Connic laufen. Workloads können einzeln und nach dem Zeitplan des Teams umziehen.

Entdecke weitere Features

Composer SDK

Agenten in YAML definieren.

Bridges

Private Services ohne eingehende Ports erreichen.

Observability

Jeden Schritt und jedes Token nachvollziehen.

Verbindungen

Agenten mit realen Systemen verbinden.

Environments

Konfiguration und Secrets je Environment.

Testing

Assertions und Judges in CI.

Häufig gestellte Fragen

Starte mit einem Agenten und nutze connic migrate zur Konvertierung. Der Migrationsbericht zeigt, welche Punkte manuell angepasst werden müssen. Nach Prüfung und Tests kann der Agent auf Connic wechseln, während die übrigen Agenten zunächst weiter auf der bestehenden Infrastruktur laufen.

Tools, Prompts und Geschäftslogik bilden die Grundlage für den Agenten in Connic. Framework-spezifische Konfiguration und Abläufe werden in YAML, Tools und Middleware übertragen. connic migrate hilft bei der Umstellung; das Ergebnis wird anschließend geprüft und getestet.

Über Connic Bridge. Ein Bridge Agent im privaten Netzwerk stellt eine ausgehende Verbindung zu Connic her. So können auf Connic betriebene Agenten interne Datenbanken und APIs nutzen, ohne diese öffentlich erreichbar zu machen.

Vergleiche den gesamten Leistungsumfang: Connic übernimmt Hosting und Skalierung und ergänzt Tests, Observability, A/B-Tests, Qualitätsbewertungen, menschliche Freigaben und Kostenkontrolle. Verbindungen, Retrieval, Sessions und Datenbank stehen auf derselben Plattform bereit. Beim Self-Hosting kommen zu Serverkosten und Wartung auch Entwicklung, Betrieb oder Einkauf dieser Funktionen hinzu. Die Preisseite zeigt die Tarife und ihren Leistungsumfang.

Deine Tools und Geschäftslogik sind in Python geschrieben und lassen sich weiterverwenden. Die Agent-Konfiguration in YAML und Funktionen wie StopProcessing oder AbortTool sind auf Connic abgestimmt. Bei einem Wechsel müssen diese Teile an die neue Umgebung angepasst werden.