Dein Code. Deine Agenten.
Betrieb in der EU.
Entwickle KI-Agenten in YAML und Python und veröffentliche Änderungen über Git. Connic verbindet sie mit deinen Systemen und übernimmt den Betrieb. Tests, Observability, menschliche Freigaben und verwaltete KI-Modelle mit EU-Hosting stehen auf derselben Plattform bereit.
Erstelle den ersten Agenten- Image erstellenerledigt
- Tests ausführenerledigt1/1 · 100%1/1
order-support::looks_up_an_order - Für den Produktivbetrieb veröffentlichenerledigt
tests/order-support.yaml definierte Test läuft, bevor sich die Produktivumgebung ändert.Was dein Team entwickelt und was Connic übernimmt
Agenten, Tools und Tests bleiben in deinem Repository. Für Deployment, Betrieb und EU-Hosting bietet Connic die Funktionen, die dein Team bei einer eigenen Lösung zusammenstellen und betreiben müsste.
| Funktion | Framework mit eigener Infrastruktur | Connic |
|---|---|---|
| Agent-Code | Framework-spezifisches Python | YAML und Python |
| Multi-Agent-Orchestrierung | In der eigenen Anwendung konfigurieren | Sequenzielle und delegierte Agenten |
| Deployment | Eigene Deployment-Pipeline und Laufzeitumgebung | Per Git oder CLI ausgelöstes Deployment |
| Tests vor dem Release | Eigene Prüfung vor der Veröffentlichung | Tests als Teil des Deployments |
| Produktivbetrieb | Betrieb und Monitoring in Eigenregie | Verwaltete Ausführung mit Observability |
| Datenverarbeitung in der EU | Abhängig von den gewählten Services | EU-Projektregion und EU-Hosting für connic/*-Modelle |
Von der Bestellanfrage zum getesteten Agenten
Die Agent-Datei legt das Verhalten fest, ein Python-Tool ruft Bestelldaten ab und ein Test prüft, ob der Agent das Tool verwendet. Alle drei Dateien liegen im selben Repository. Bei einem Push auf den zugeordneten Branch erstellt Connic das Image, führt die Tests aus und veröffentlicht die neue Version, wenn sie bestehen.
version: "1.0"
name: order-support
type: llm
model: connic/glm-5.2
description: "Fragen zu Bestellungen beantworten und Erstattungen delegieren"
system_prompt: |
Hilf Kunden, ihre Bestellung zu verstehen.
Rufe die Bestellung vor der Antwort ab.
Delegiere Erstattungsanfragen an den Erstattungsagenten.
tools:
- orders.lookup
- trigger_agent
guardrails:
input:
- type: prompt_injection
mode: blockimport os
import httpx
async def lookup(order_id: str) -> dict:
"""Den aktuellen Status einer Bestellung zurückgeben."""
async with httpx.AsyncClient() as client:
response = await client.get(
f"{os.environ['ORDERS_API_URL']}/orders/{order_id}",
headers={"Authorization": f"Bearer {os.environ['ORDERS_API_KEY']}"},
)
response.raise_for_status()
return response.json()version: "1.0"
tests:
- name: looks_up_an_order
payload: '{"message":"Wo ist die Bestellung A-1042?"}'
expected_result: status == "completed"
expected_tool_calls:
- orders.lookup: invocations >= 1main → productionTests prüfen die Änderung vor der Veröffentlichung
Ein Push auf main startet das Deployment für die Produktivumgebung. Connic erstellt das Image und führt tests/order-support.yaml aus. Besteht die Suite, wird die neue Version aktiv. Projekte ohne Git-Anbindung veröffentlichen Änderungen über die CLI.
Anschließend kannst du im Dashboard nachvollziehen, welche Tools der Agent aufgerufen hat, wie lange die Ausführung gedauert hat und welche Token-Kosten entstanden sind.
Weitere Anleitungen: Deployment-Tests, Deployment und Python-Agenten ohne Kubernetes.
Plane die Datenverarbeitung deiner Agenten in der EU
Wähle eine EU-Region für dein Projekt und nutze connic/*-Modelle mit EU-Hosting. Damit die gesamte Verarbeitung in der EU bleibt, müssen auch die von dir angebundenen Modellanbieter und externen Dienste diese Anforderung erfüllen.
- Deutsches Unternehmen und deutscher Vertrag
- Connic hat seinen Sitz in München und schließt Verträge über eine deutsche Gesellschaft. Einzelheiten für Einkauf und Rechtsabteilung stehen im Auftragsverarbeitungsvertrag und in der aktuellen Liste der Unterauftragsverarbeiter.
- EU-Hosting für dein Projekt und deine KI-Modelle
- Wähle beim Erstellen deines Projekts eine EU-Region. Anfragen an
connic/*-Modelle werden ausschließlich in der EU verarbeitet. Ist das nicht möglich, bricht Connic den Aufruf ab. - EU-Verarbeitung auch für externe Dienste sicherstellen
- Für eine vollständige Verarbeitung in der EU müssen auch deine Modellanbieter, Tools, Guardrails, Judges und angebundenen Systeme Daten ausschließlich dort verarbeiten. Verwaltete KI-Modelle mit EU-Hosting.
- Bereite die Prüfung deiner KI-Systeme vor
- Mit Connic Enterprise dokumentierst du Maßnahmen und Vorfälle zu deinen KI-Systemen und exportierst die zugehörigen Nachweise. Diese Unterlagen unterstützen die Prüfung; sie ersetzen keine Rechtsberatung, abschließende Einstufung oder Zertifizierung. Funktionen der KI-Governance.
Vom ersten Agenten zum laufenden Betrieb
Anleitungen und Funktionen für Entwicklung, Tests, Observability und KI-Governance.
Composer SDK
So passen YAML-Agenten und Python Tools zusammen.
Tools und Orchestrierung
Python Tools, integrierte Tools oder MCP Server hinzufügen.
KI-Modelle
Verwaltete KI-Modelle mit EU-Hosting und eigene Modellanbieter.
Testing
Assertions und Judges vor dem Deployment ausführen.
Observability
Runs, Traces, Latenz, Token-Nutzung und Kosten untersuchen.
Vorbereitung auf den EU AI Act
Maßnahmen, Vorfälle und Nachweise für die Prüfung dokumentieren.