Zum Hauptinhalt springen
connic

Änderungen an echtem Traffic testen.
Nur übernehmen, was die Daten belegen.

connic schickt einen Teil der echten Anfragen an eine Variante und vergleicht Erfolgsrate, Judge Scores, Kosten und Latenz mit dem Basisagenten.

small-modelRunningticket-routerConfidence
Decision StatusContinue test

The next planned information look has not produced a decision.

-0.4 pp
Judge quality effect
88.2% control
87.8% variant
Information collected55%
372 / 671 control160 / 288 variant
95% adjusted interval-4.7 pp to +3.9 pp
Allocation checkNo mismatch
Completed looks2 of 4
Next lookAt 75% information

Eine Variante ist nur eine weitere Agentendatei.

Kopiere den Basisagenten, ändere, was du testen willst, und nenne die Datei {base-agent}-test-{name}. Deploye beide und starte den Test auf der Seite des Basisagenten.

Der Name stellt die Verbindung her
Alles vor -test- muss einem Agenten im selben Deployment entsprechen, sonst schlägt das Deployment fehl.
Eine Sache auf einmal ändern
Tausch das KI-Modell, den Prompt oder die Tools, auch gegen ein Modul wie tools/tickets_v2.py. Mit einer Änderung je Variante bleibt das Ergebnis eindeutig.
Bereit nach dem Deployment
Ist das Deployment aktiv, erscheint die Variante unter Manage A/B Tests auf der Seite des Basisagenten.
agents/ticket-router.yaml
version: "1.0"

name: ticket-router
model: connic/gpt-5.6-terra
description: "Routes support tickets to the right queue"
system_prompt: |
  Pick the queue and priority for the ticket
  and write a two-line summary for the team.
tools:
  - tickets.lookup_customer
  - tickets.assign_queue
output_schema: ticket-route
agents/ticket-router-test-small-model.yaml
version: "1.0"

name: ticket-router-test-small-model
model: connic/gpt-5.6-luna
description: "Routes support tickets to the right queue"
system_prompt: |
  Pick the queue and priority for the ticket
  and write a two-line summary for the team.
tools:
  - tickets.lookup_customer
  - tickets.assign_queue
output_schema: ticket-route

Vor dem Start wissen, wie viele Runs nötig sind.

Im Modus Confidence legst du Metrik, Ziel und Annahmen fest. connic berechnet, wie viele Runs jede Gruppe braucht, und sperrt den Plan beim ersten Start.

Besser oder nicht schlechter
Superiority prüft, ob die Variante die Kontrollgruppe schlägt. Non-inferiority prüft, ob sie innerhalb einer Toleranz bleibt, und genau das willst du bei einem günstigeren KI-Modell wissen.
Erfolgsrate oder Judge Score
Für einen Judge Score braucht es einen aktiven, automatischen Judge, der jeden Run ohne Filter bewertet. So werden beide Gruppen gleich gemessen.
Exploratory für einen schnellen Blick
Dieselben Metriken, aber ohne Gewinner. Mehrere explorative Tests können sich den Traffic eines Agenten teilen, und ihre Einstellungen bleiben änderbar.
New A/B Test
Analysis Mode
ConfidencePlanned sample sizes, sequential looks, intervals, and a recommendation.
ExploratoryDescriptive comparison only, without a winner claim.
Test Variant
small-model

Agent: ticket-router-test-small-model

Traffic Percentage: 30%

70% will remain on the control agent

Confidence plan

Set assumptions before the test starts. Sample targets and decision looks are calculated by the server.

Primary Metric
Judge score
Objective
Non-inferiority
Better Direction
Increase
Randomize By
Run
Metric Judge
Routing accuracy

Eligible judges evaluate every run and have no run filters.

Baseline (%)
88
Baseline Std. Dev. (%)
15
Non-inferiority Margin (pp)
3
Alpha (%)
5
Power (%)
80
Futility Advisory (%)
20
Maximum planned sample959 total
671 control288 variant
Decision looks25% · 50% · 75% · 100%
CancelCreate Test

Früh entscheiden, sobald die Daten eindeutig sind.

connic wertet einen Confidence-Test bei 25, 50, 75 und 100 % der geplanten Stichprobe aus. O'Brien-Fleming-Grenzen halten die Fehlerrate auf deinem Wert, egal wie oft du nachsiehst.

small-modelPausedConclude
Decision StatusVariant recommended

The favorable sequential boundary was crossed.

Evidence threshold met

A planned look reached the efficacy boundary.

Statistics
514
Completed Control Runs
221
Completed Variant Runs
MetricControlVariant
Avg Duration3.4s1.6s
P50 Duration3.1s1.4s
P95 Duration6.8s3.2s
Avg Judge Score88.3%88.5%
Judge Coverage99.8%99.5%
Success Rate99.4%99.1%
  1. Auswertung 1 bei 25 %

    Noch zu früh. Das Intervall ist in beide Richtungen breit.

    -9.2 pp to +8.0 ppContinue test
  2. Auswertung 2 bei 50 %

    Das Intervall wird enger, reicht unten aber noch über die Toleranz von -3 PP hinaus.

    -4.7 pp to +3.9 ppContinue test
  3. Auswertung 3 bei 75 %

    Das ganze Intervall liegt über -3 PP. Das kleinere KI-Modell hält mit, und der Test pausiert mit einer Empfehlung.

    -2.7 pp to +3.1 ppVariant recommended
  4. Auswertung 4 bei 100 %

    Nur nötig, wenn keine frühere Auswertung entscheidet. Überschreitet auch die letzte keine Grenze, endet der Test ohne Ergebnis.

    Inconclusive

Eine schlechte Variante stoppt sich selbst.

Leg eine Grenze für die Fehlerquote fest, einen Mindestwert für den Judge Score oder beides. Reißt die Variante eine davon, pausiert der Test und die Anfragen gehen wieder an den Basisagenten.

Failure Auto-Pause
Betrachtet die letzten beendeten Runs der Variante, mindestens 10, und pausiert, sobald die Fehlerquote über deinem Grenzwert liegt.
Quality Auto-Pause
Mittelt die letzten Scores eines automatischen Judges und pausiert unter dem Mindestwert, sobald genug Bewertungen vorliegen.
Kein stiller Neustart
Ein pausierter explorativer Test kann nach einer Korrektur wieder starten. Einen so gestoppten Confidence-Test kannst du nicht fortsetzen, nur abschließen und neu planen.
keyword-prefilterPausedStartConclude

Paused by failure guardrail

Auto-paused: variant failure rate 14% exceeded threshold 10%

Configuration
AnalysisExploratory
Variant Agentticket-router-test-keyword-prefilter
Traffic20%
Min Sample Size100
Failure Auto-PauseEnabled
Failure Threshold10%
Rolling Window50 runs
Quality Auto-PauseEnabled
Quality JudgeRouting accuracy
Quality Floor80%
Quality Window10 of 20 evaluations

Jeder Run zeigt seine Variante.

Runs einer Variante tragen ihren Namen als Pill im Run-Verlauf. Der Variantenfilter zeigt eine Gruppe für sich.

Traffic-Aufteilung
Die Variante bekommt ihren Anteil, die Kontrollgruppe den Rest. Ein Confidence-Test braucht den Traffic des Agenten in diesem Environment für sich allein.
Sessions
Mit Randomisierung nach Session bleiben alle Runs einer vertrauenswürdigen Session-Identität in derselben Gruppe.
Erzwungene Runs zählen nicht
Runs, die du gezielt an eine Gruppe schickst, stehen im Verlauf, zählen aber weder für die Auswertung noch für die Safety Guardrails.
Deployments werden geprüft
Fehlt einem laufenden oder pausierten Test nach einem Deployment die Variante, wird er als Failed markiert und der Traffic geht zurück an die Kontrollgruppe.
ticket-router · Runs
RunStatusDuration
c81f0a3e92d4small-model Completed1.3s
5b2e77d1a0c9 Completed3.0s
e09d4c6b1f87 Completed2.7s
7a4f2b90d6e1small-model Completed1.6s
31c6e8f05b2a Completed3.4s

Häufig gestellte Fragen

Nimm Confidence, wenn die Entscheidung eine kontrollierte Fehlerrate braucht, etwa wenn der gesamte Traffic auf ein neues KI-Modell wechseln soll. Der Modus plant die Stichprobe, wertet zu vier Zeitpunkten aus und empfiehlt die Variante, die Kontrollgruppe oder keine von beiden. Exploratory vergleicht dieselben Metriken nur beschreibend, erlaubt mehrere Varianten gleichzeitig und reicht für schnelle Checks.

Das hängt von Baseline, Effekt oder Toleranz, Konfidenzniveau, Power und Traffic-Aufteilung ab. Das Formular New A/B Test zeigt dir vor dem Anlegen die Zielgrößen für Kontrollgruppe, Variante und gesamt. Ein kleinerer Effekt, eine stärker streuende Metrik oder weniger Traffic für die Variante bedeuten mehr Runs.

Ja. Das Entscheidungspanel aktualisiert sich laufend, entschieden wird aber nur zu den geplanten Zeitpunkten. Das Intervall ist dabei für die ganze Testreihe angepasst, häufiges Nachsehen ändert die Fehlerrate also nicht. Vor der ersten Auswertung sind die Zahlen rein beschreibend.

Ja. Wähl im Modus Confidence Judge score als primäre Metrik oder nutze einen Judge für die Quality Auto-Pause. In beiden Fällen muss der Judge aktiv und automatisch sein und 100 % der Runs ohne Filter bewerten.

Bei Exploratory kannst du die Einstellungen ändern, solange der Test läuft oder pausiert. Ein Confidence-Test sperrt beim ersten Start Plan, Traffic-Aufteilung und Safety-Einstellungen, und connic hebt Zuordnungen und Auswertungen als Nachweis auf. Danach kannst du ihn weder löschen noch manuell einen Gewinner festlegen.

Wird ein Deployment aktiv, prüft connic jeden laufenden oder pausierten Test. Fehlt die Variante eines Tests, wird er als Failed markiert und sein Traffic geht zurück an die Kontrollgruppe. Schließ den Test vorher ab, wenn du ihn als fertiges Experiment behalten willst.