Your code. Your agents.
Running in the EU.
Build AI agents in YAML and Python and release changes through Git. Connic connects them to your systems and handles operations. Testing, observability, human approvals, and managed models with EU hosting are available on the same platform.
Build the first agent- Build imagedone
- Run testsdone1/1 · 100%1/1
order-support::looks_up_an_order - Release to productiondone
tests/order-support.yaml runs before the production environment changes.What your team builds and what Connic handles
Agents, tools, and tests stay in your repository. For deployment, operations, and EU hosting, Connic provides the capabilities your team would otherwise need to assemble and operate.
| Feature | Framework with your own infrastructure | Connic |
|---|---|---|
| Agent code | Framework-specific Python | YAML and Python |
| Multi-agent orchestration | Configured in the application | Sequential and delegated agents |
| Deployment | Your own deployment pipeline and runtime | Git- or CLI-triggered deployment |
| Tests before release | Your own checks before release | Tests as part of deployment |
| Production operations | Operations and monitoring managed by your team | Managed execution with observability |
| Data processing in the EU | Depends on selected services | EU project region and EU hosting for connic/* models |
From an order question to a tested agent
The agent file defines the behavior, a Python tool retrieves order data, and a test checks that the agent uses the tool. All three files live in the same repository. A push to the mapped branch tells Connic to build the image, run the tests, and release the new version if they pass.
version: "1.0"
name: order-support
type: llm
model: connic/gpt-5.6-sol
description: "Resolve order questions and delegate refunds"
system_prompt: |
Help customers understand an order.
Look up the order before answering.
Delegate refund requests to the refund agent.
tools:
- orders.lookup
- trigger_agent
guardrails:
input:
- type: prompt_injection
mode: blockimport os
import httpx
async def lookup(order_id: str) -> dict:
"""Return the current status of one order."""
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":"Where is order A-1042?"}'
expected_result: status == "completed"
expected_tool_calls:
- orders.lookup: invocations >= 1main → productionTests check the change before release
A push to main starts deployment to production. Connic builds the image and runs tests/order-support.yaml. If the suite passes, the new version becomes active. Projects without a Git connection release changes through the CLI.
You can then use the dashboard to inspect the tools the agent called, how long execution took, and the token costs incurred.
More guides: deployment tests, deployment, and Python agents without Kubernetes.
Plan for your agents’ data to be processed in the EU
Choose an EU region for your project and use connic/* models with EU hosting. To keep all processing in the EU, the model providers and external services you connect must meet the same requirement.
- German company and contract
- Connic is based in Munich and contracts through a German entity. Procurement and legal teams can review the DPA and check the current subprocessor list.
- EU hosting for your project and AI models
- Choose an EU region when creating your project. Requests to
connic/*models are processed exclusively in the EU. If that is not possible, Connic stops the request. - Keep external processing in the EU as well
- To keep all processing in the EU, your model providers, tools, guardrails, judges, and connected systems must also process data exclusively there. Managed AI models with EU hosting.
- Prepare your AI systems for review
- With Connic Enterprise, you can document measures and incidents for your AI systems and export the supporting evidence. These records support review; they do not replace legal advice, final classification, or certification. AI Governance capabilities.
From your first agent to ongoing operations
Guides and capabilities for development, testing, observability, and AI governance.
Composer SDK
See how YAML agents and Python tools fit together.
Tools & orchestration
Add Python tools, built-ins, or MCP servers.
Models
Managed models with EU hosting and your own model providers.
Testing
Run assertions and judges before deployment.
Observability
Inspect runs, traces, latency, token use, and cost.
EU AI Act readiness
Document measures, incidents, and evidence for review.