Integrasjonsspørsmålet
Å få dataene inn er ikke lenger den dyre delen
Enhver vurdering av en dataplattform ender i det samme spørsmålet: hvordan får vi dataene våre inn? I mange år var det ærlige svaret et kvartal på veikartet og en erfaren ingeniør per system, og det svaret er det som stoppet de fleste prosjektene før de kom i gang. Det anslaget er utdatert. Integrasjon er mappingarbeid, og kodeagenter er svært gode på mapping.
Hvorfor det ble billig
Integrasjon er rørarbeid, og rørarbeid er det agenter er best på
Dere forstår kontrakten i kilden, kontrakten i mottakeren, og skriver mappingen mellom dem. Det har alltid vært mer rørarbeid enn informatikk, og det er nettopp derfor en agent gjør det godt.
Instrumentsiden er standarder
OPC-UA, Modbus og resten av protokollene i anlegget er standardarbeid med et standardsvar. Å hente målinger ut av et styresystem er ikke et skreddersydd prosjekt, og har aldri trengt å være det.
Forretningssiden er mapping
ERP, vedlikehold, arbeidstillatelser, regneark. Les den ene kontrakten, les den andre, skriv transformasjonen, test den mot ekte rader. Mekanisk arbeid som lar seg kontrollere, og en agent går ikke lei på felt nummer fire hundre.
Feil kommer tilbake lesbare
En feil mapping kaster en feilmelding, eller gir en verdi som ryker på en sjekk. En agent leser det, retter det og kjører igjen i samme økt. Den sløyfen er grunnen til at versjon to nesten ikke koster noe.
Dit begrensningen flyttet
En agent kan bygge hva som helst. Den kan ikke gjette hva pumpen deres heter.
Så dataene lander. Det er den enkle halvdelen. Pek en agent mot prosessdatabasen deres, og den skriver gjerne kode mot den. Spør hvilken av fire tusen tagger som mater utslippstallet i forrige måneds rapport, og den har ingenting å gå ut fra. PT-4021 er en tekststreng. At det er utløpstrykket på pumpen bak det tallet, ligger i hodet til en enkelt ingeniør.
Så hver agent dere bygger, stiller det samme spørsmålet igjen, og hver av dem får et litt forskjellig svar. Det er kostnaden ved å ikke gjøre noe, og den kommer med hver nye agent.
Å flytte dataene er nesten gratis. Mening er det ikke.
Det som gjør det faktisk gratis
Gi agentene noe solid å bygge mot
En modell av driften: anleggene dere kjører, funksjonene de tjener, forretningskonteksten som gjør at et tall betyr noe, og signalene og hendelsene de produserer, alt koblet. Agenter når den gjennom den operasjonelle dataplattformen, og hvert kall bærer rettighetene til den som ba om det.
Bygg en gang, ikke en gang per agent
Hver agent dere legger til, arver de samme definisjonene, så den andre applikasjonen er billigere enn den første, og den tiende er nesten gratis.
Ta med deres egen modell
Anthropic, alt som er OpenAI-kompatibelt, eller et endepunkt på egen maskinvare. Vi bygger agentene sammen med dere og setter reglene de kjører under. Språkmodellen bak dem velger dere selv.
La dem resonnere, hold dem i tøylene
En agent spiller ikke av et manus. Den leser en arbeidsflyt slik en ny ingeniør leser en driftshåndbok, arbeider seg gjennom stegene med modellen som kontekst, og tilpasser seg når virkeligheten er uenig med planen. Regler trekker opp gjerdene: hva den får lese, hva den får endre, og hvor den stopper for å spørre et menneske.
Hvordan vi hjelper
Ingeniører ved siden av deres, til modellen er ekte
Vi er bevisste på hva vi selger. Vi selger ikke en koblingsmarkedsplass, og ingen plattform, heller ikke vår, tar modelleringsbeslutningen for dere.
To uker på stedet
Vi ser det faktiske arbeidet, rangerer hva en agent kan ta over etter timer og kostnad, og bygger og deployer en fungerende agent mot dataene deres. Dere beholder koden og en målt baseline.
Innebygd ingeniørarbeid
Ontologikartlegging, iterativ utvikling, deploy og opplæring. Folkene dere møter i uke en er de som fortsatt er der i uke fire.
Kompetanse som blir igjen
Kjernen er åpen kildekode under AGPL-3.0; SDK-klientene er Apache-2.0, så deres egen kode berøres aldri av copyleft. Poenget med et engasjement er at dere kan gjøre det neste uten oss.
Og etterpå
Agentene holder det i gang også
Et API endres, et kall feiler, og feilen kommer tilbake som noe en agent kan lese og reparere. Vedlikehold som pleide å sluke et team, er i økende grad arbeid de samme agentene absorberer.
Det er den andre grunnen til å få modellen riktig. Det er den som forteller dem om reparasjonen var korrekt.
Vanlige spørsmål
Spurt og besvart
Hvordan får man data inn i en dataplattform?
Gjennom integrasjoner. På instrumentsiden flytter standardprotokoller som OPC-UA og Modbus målinger ut av styresystemene. På forretningssiden henter mappede overføringer inn data fra ERP, vedlikehold og arbeidstillatelser. Hver integrasjon leser kildens kontrakt, mapper den til plattformens modell og flytter radene.
Hva koster en dataintegrasjon i dag?
Langt mindre enn anslaget de fleste veikart fortsatt bærer på. Rørarbeidet, koblinger, feltmappinger og transformasjoner, er veldefinert arbeid som kodeagenter produserer på timer i stedet for uker. Kostnaden som gjenstår, er å avgjøre hva dataene betyr, hvilken pumpe, hvilken prosess, hvilket spørsmål, og det arbeidet hører til modellen, ikke røret.
Skriver AI-agenter virkelig integrasjonskode?
Ja. Integrasjon er mapping fra kontrakt til kontrakt, noe av det mest veldefinerte arbeidet i programvare, og randomiserte studier viser de største agentgevinstene på nettopp den typen oppgaver. Agenten leser begge kontraktene, skriver transformasjonen, tester den mot ekte rader og retter sine egne feil i samme økt.
Hva skjer når et kildesystem endrer API-et sitt?
Kallet feiler, og feilen kommer tilbake som noe en agent kan lese og reparere. Integrasjonsvedlikehold som pleide å sluke et team, absorberes i økende grad av de samme agentene som bygde integrasjonen, og det er også derfor modellen betyr noe: den er det som forteller dem om reparasjonen ble riktig.
Fra datasurr til datagull
Ti minutter til en fungerende instans med eksempeldata. Ingen salgssamtale kreves for å finne ut om det passer.