Metoden

Sådan er Spring bygget.

Fire lag, én regel: hver forespørgsel går gennem Spring, og Spring rører aldrig jeres systemer direkte. Scroll gennem stakken.

Lag 1

Indgange.

Spring møder jeres folk, hvor de allerede er: Slack, Teams og en web chat. En admin styrer adgang og indstillinger.

Lag 2

Orkestrering.

Vores egen agent-harness planlægger, husker og handler. Hver forespørgsel går herigennem, også de planlagte kørsler.

Lag 3

Intelligens.

Sprogmodeller til at forstå og skrive. Company Brain holder arbejdsgange og hukommelse. En sikker connector er eneste vej til jeres systemer.

Lag 4

Systemer.

Jeres eksisterende ERP, CRM, filer og mail, plus de apps og data, vi bygger til jer.

Forespørgslen

Én rute, hver gang.

Chat → Spring → Company Brain og model → connector → system → tilbage. Spring rører aldrig et system direkte.

Byggeklodserne.

Seks dele, der hver har én opgave. Sammen bliver de til Spring.

  • Agent-harnessPlanlægger opgaven, vælger værktøjer og holder styr på samtalen. Kører som adskilte instanser pr. kunde og tråd.
  • Company BrainJeres arbejdsgange og hukommelse, versioneret og godkendt. Filtreres pr. person og kanal, før modellen ser noget.
  • SprogmodellerModellen vælges efter opgaven. Jeres indhold bruges ikke til træning.
  • ConnectorKobler Spring på jeres systemer via deres officielle API'er. Hver handling er tilladt, kræver godkendelse eller er blokeret.
  • AdminAdgang, godkendelser og forbrug ét sted. Ingen egne forretningsdata.
  • DriftAdskilte miljøer pr. kunde, nødstop og data opbevaret i EU.

En forespørgsel, trin for trin.

  1. 01@spring i Slack

    Beskeden lander i agent-harnessen, i en instans for netop den tråd.

  2. 02Manifest bygges

    Company Brain finder de arbejdsgange og den viden, personen og kanalen må bruge.

  3. 03Model vælges

    Den model, der passer til opgaven, skriver svaret eller planen.

  4. 04Handling

    Connectoren tjekker, om handlingen er tilladt, kræver godkendelse eller er blokeret.

  5. 05Svar og læring

    Svaret går tilbage i tråden. Rettelser bliver forslag til skills, som en ansvarlig godkender.

Principperne.

  • Spring rører aldrig et system direkteAlle handlinger går gennem connectoren, som tjekker, hvad Spring må. Agenten kan ikke omgå det.
  • Adgang afgøres i kode, ikke i promptsHvad Spring må se og gøre, styres i systemet, ikke i en tekst, nogen kan ændre.
  • Uafhængige byggeklodserHver del ejer sine egne data og taler med de andre via åbne formater. Det gør exit og udskiftning mulig.
  • Data i hvile ligger i EUDet, Spring gemmer om jer, opbevares i EU. Vi skriver åbent om de undtagelser, der findes.
  • Modellen vælges pr. opgaveDen mindste model, der løser opgaven godt. Det holder både kvalitet og pris.
  • Agenter foreslår, mennesker godkenderSpring kan aldrig godkende sine egne forslag. Det følsomme kræver både jer og os.

Vil I se det køre?

Peter viser gerne arkitekturen i praksis. Eller start med et gratis AI-roadmap for jeres virksomhed.