Vi introducerer Conductor: den mest operationelt bevidste agent til at bygge stemmeagenter

Mød Conductor, Retells copilot til at bygge stemmeagenter. Beskriv hvad du vil have på almindeligt dansk, og Conductor bygger, gennemgår, tester og forbedrer en rigtig stemmeagent inde i Retell, og viser dig hver ændring, før den nogensinde når frem til et live-opkald.

Generelle copilots slår ikke til her. En stemmeagent er ikke bare tekst. Det er et fungerende system af prompts, trin, værktøjer og indstillinger, hvor en lille ændring ét sted kan påvirke alt andet. Bed en generisk assistent om at bygge en, og du får ofte noget, der ser rigtigt ud, men som fejler validering eller falder fra hinanden, når rigtige opkald begynder at komme ind. Conductor omsætter operationel hensigt til produktionsklare stemmeagenter, mens de fleste copilots stopper ved at generere tekst. Eller, som vi siger internt: hold op med at konfigurere agenter, begynd at beskrive dem.

Hvad gør Conductor anderledes

Conductor er den mest operationelt bevidste copilot til at bygge stemmeagenter i kontaktcentret. Tre ting adskiller den fra resten:

• Graf-native gennemgang. De fleste copilots giver dig en JSON-fil og lader dig selv finde ud af, hvad der egentlig blev ændret. Conductor viser hver ændring præcis der, hvor den sker, så du kan gennemgå den i kontekst, acceptere det, du vil have, og afvise det, du ikke vil have.
• Operationelt bevidst. Komplekse agenter er sammenfiltrede, så én lille redigering kan sprede sig på måder, du aldrig så komme. Conductor studerer de opkald, der går galt, skriver testcases for at gengive dem og opdaterer din agent, før de bider fra sig.
• En proprietær ramme. Vi pakkede alt, hvad vi lærte fra tusindvis af implementeringer, ind i Conductor, så den ikke bare hjælper dig med at bygge. Den giver dig ekspertbaseret best practice og lader alle bygge som en ekspert.

Den gør det allerede for os: Conductor har skrevet 70 % af vores simuleringstests og lavet halvdelen af vores egne agentredigeringer, hvilket er det, der lader vores FDE'er levere hurtigt og bygge mere.

Sådan ser det ud i praksis:

• Over 2000 stykker best practice for implementering er indbygget, destilleret fra tusindvis af rigtige enterprise-agenter.
• 100 % gyldige agentændringer. Hver ændring valideres mod platformen, før du overhovedet ser den.
• 2,5× hurtigere fra idé til første produktionsagent, med omkring 60 % mindre byggetid.
• Conductor stod for 70 % af simuleringstestene og 50 % af agentredigeringerne fra intern test

Hvorfor vi byggede det

Hver generation af software får en ny grænseflade. SaaS gav os dashboards: præcise og styrbare, men kun hvis du allerede ved, hvor du skal klikke. AI-chat gav os naturligt sprog: hurtigt og fleksibelt, men ofte afkoblet fra produktets faktiske tilstand. Conductor er ingen af delene. Det er modellen oven på dashboardet.

Codex og Claude Code ændrede måden, software bygges på. Ingeniører orkestrerer og gennemgår nu arbejdet i stedet for at gøre det hele i hånden. Vi tror, det skifte er på vej til enhver softwareplatform, hvor UI'et bliver en agent, der udfører arbejdet på dine vegne, mens du bevarer kommandoen. Kontaktcentre er der, hvor det betyder mest. En stemmeagent er ikke et tekstfelt. Det er en live operationel medarbejder med opkaldsflows, eskaleringsregler, viderestillingsadfærd, CRM-handlinger og compliance-værn. En bygger til den verden kan ikke bare skrive en prompt. Den skal forstå arbejdet omkring prompten.

Tænk på det som et selvkørende lag på en manuel bil: automatisering, når det hjælper, og dine hænder på rattet i det øjeblik, kontrol betyder noget.

Fra en sætning til en kørende agent

Du starter ikke med en specifikation, du starter med en sætning. Fortæl Conductor, hvad agenten skal gøre, som "en mødeplanlægger til en tandlægeklinik," og den bygger en fungerende single-prompt-agent fra ende til anden. Den skriver prompten og konfigurerer de indstillinger, der faktisk afgør opkaldskvaliteten: stemme, model, håndtering af afbrydelser, analyse efter opkald. Fordi den er trænet på tusindvis af agenter, der allerede kører i produktion, bygger den med mønstre, der er bevist, ikke gættet.

Derfra bliver du ved med at tale med den på enkelt, almindeligt dansk, én forespørgsel ad gangen, for at gøre følgende:

• Teste edge cases og rette agenten
• Gennemgå de seneste opkald og opdatere agenten

Hver forespørgsel kommer tilbage som en konkret ændring, du kan gennemgå og anvende. Når en enkelt prompt ikke er nok, kan du konvertere den til et fuldt samtaleflow med ét klik eller bygge et flow fra bunden, og Conductor lægger hvert trin, hver overgang og logikken, der forbinder dem, frem.

Forslagene bliver skarpere, når Conductor ved præcis, hvad du mener, så du kan give den kontekst i stedet for at beskrive den. Vedhæft et bestemt trin og sig "få den til at bekræfte stavemåden." Vedhæft et rigtigt opkald, der gik galt, og spørg "hvorfor afsluttede agenten opkaldet her, og hvordan retter jeg det?" Vedhæft en gemt testcase eller en fil som en SOP eller et skærmbillede, og Conductor arbejder ud fra den rigtige ting. Rytmen, der opstår, er enkel og hurtig: lav en ændring, test den, forfin, og gentag, indtil du er tilfreds. Den løkke er hovedsagelig grunden til, at teams når en produktionsklar agent omkring 2,5× hurtigere.

Gennemgåbar af design: den første graf-native gennemgangsgrænseflade

Conductor er mere end en assistent, der hjælper dig med at bygge. Det er den første graf-native gennemgangsgrænseflade, med granulær indsigt i hver del af dit flow, så du accepterer de ændringer, du vil have, og afviser dem, du ikke vil have. Den redigerer aldrig din agent på egen hånd, og den foreslår en ændring og viser dig præcis, hvad den gør, lige der hvor det sker:

• På stedet, på den faktiske indstilling. Hver ændring vises på det trin eller den indstilling, den påvirker, med en toggle til at skifte mellem den nye værdi og den nuværende, så du sammenligner gammel og ny side om side.
• Én ad gangen, aldrig mistet. Når en ændring berører flere indstillinger, guider en 1 / 3-tæller dig igennem dem, ruller hver enkelt i syne og fremhæver den, selv hvis den ligger på en anden del af agenten.
• En rigtig diff, når du vil have den. Åbn linje-for-linje-visningen for at se præcis, hvad der blev fjernet, og hvad der blev tilføjet.
• Accepter, afvis, fortryd. Beslut én ad gangen eller alle på én gang, og fortryd, før du går videre. Hvis en ændring ikke kan anvendes, markerer Conductor den, så din agent aldrig ender halvfærdig.

Dette betyder mere, efterhånden som agenter vokser. En enkelt prompt-justering er let at kigge igennem, men en produktionsagent med snesevis af trin, værktøjer og indstillinger er det ikke, og en forkert viderestillingsbetingelse eller et fejlrutet værktøjskald er forskellen mellem et håndteret opkald og en frustreret kunde. AI'en foreslår ændringen, og du beslutter, forbliver informeret og i kontrol på ethvert punkt. Det er det, der gør Conductor sikker at rette mod en live agent i et reguleret kontaktcenter.

Operationelt bevidst og altid i forbedring

Det er præcis den slags problemer, Conductor er designet til at fange. En lille ændring, der ser harmløs ud, kan have uventede konsekvenser, hvad enten det er at sende opkaldere til det forkerte sted, efterlade dem fast uden en fallback eller bryde en CRM-opdatering bag kulisserne.

Conductor er operationelt bevidst og forbedres løbende. Spørg den "hvilke edge cases bør jeg bekymre mig om for denne agent?" og den viser de situationer, der driller agenter, og øver dem så igennem. Bed den om at "køre en simulering, hvor opkalderen vil omlægge tiden," og den spiller scenariet mod din agent uden at foretage et rigtigt opkald, og viser dig derefter, hvordan den opførte sig.

En af de mest nyttige dele af Conductor træder i kraft, efter din agent allerede er live. Når et opkald går galt, kan du pege Conductor mod den samtale direkte fra chatten. Den analyserer, hvad der skete, gør opkaldet til en testcase, foreslår en løsning og kører simuleringer igen for at sikre, at problemet faktisk er løst, før noget når produktion. Den samme gennemgangsproces gælder stadig, så du er altid i kontrol.

På en måde bliver hvert dårligt opkald en mulighed for at gøre den næste version bedre, hvilket hjælper teams med at arbejde hurtigere, rette problemer lettere og bruge mere tid på at bygge.

En proprietær agentramme

Vi mener, at alle bør kunne bygge stemmeagenter. Så for at demokratisere agentbygning tog vi alt, hvad vi lærte ved at implementere tusindvis af stemmeagenter på tværs af enterprise-kontaktcentre, og pakkede det ind i en proprietær agentramme, der alt sammen bor i Conductor.

Den felterfaring er forskellen mellem et værktøj, der skriver tekst, og et, der ved, hvordan stemmeagenter faktisk opfører sig i et live-opkald. Conductor hjælper dig ikke bare med at bygge, den giver dig faktisk den best practice lige ved hånden, så den bygger som en ekspert og lærer dig at gøre det samme, uanset om du leverer din første agent eller din hundrede agent.

Enterprise-sikker som standard

Conductor overholder din rollebaserede adgangsstyring (RBAC) på et granulært niveau, hvilket er det meste af det, der gør den sikker at rulle ud på tværs af et helt team. Den arver rettighederne fra den, der bruger den. Hvis du ikke kan se et opkald, kan Conductor det heller ikke. Hvis du ikke kan redigere en agent, kan den ikke redigere en for dig. Dens kontekst er afgrænset af din adgang, fordi kontaktcenterdata er følsomme, og Conductor arver de gennemgangs- og godkendelseskontroller, der allerede findes i Retell.

Prøv Conductor i dag

Enhver copilot kan give dig et udkast. Det, der afgør, om en stemmeagent holder i rigtige opkald, er alt det, der kommer bagefter, gennemgangen og testen og rettelserne, og det er den del, Conductor tager på sig sammen med dig. Du beskriver, hvad du vil have, den bygger det, og den viser dig hver ændring, før noget går live. Når et opkald går galt, gør den det til løsningen for den næste version, ved at trække på det, vi lærte fra tusindvis af rigtige implementeringer. Det er der, navnet kommer fra.

Conductor er live nu i Retell. Åbn en hvilken som helst agent, klik på gnist-ikonet, og beskriv, hvad du vil have.

Læs dokumentationen