En udsendt agent står for opbygningen. Du holder på portene. Fem trin: find, udkast, valider, godkend, udgiv, med en menneskelig beslutning ved hvert punkt, der betyder noget.
De fleste integrationsværktøjer giver dig et blankt lærred og ønsker held og lykke. Tajo arbejder, som en dygtig udsendt ingeniør gør: undersøger de involverede systemer, foreslår en konkret integration, dokumenterer sit arbejde med rigtige tjek og beder først om godkendelse, før noget kører. Forskellen er, at hos Tajo er godkendelsen kryptografisk håndhævet. Det, du godkender, er beviseligt det, der bliver kørt.
Agenten kortlægger systemerne på begge sider af integrationen. Den arbejder ud fra et opdagelseskorpus på 27 leverandører og 10.345 dokumenterede API-operationer, plus en stikprøve, der kun viser strukturen i dine rigtige data: feltnavne og typer, aldrig værdier.
Et letlæst billede af, hvad der er fundet: hvilke systemer, hvilke objekter, hvilke felter, og hvad agenten mener binder dem sammen. Der er endnu ikke bygget eller flyttet noget.
Agenten udarbejder et udkast til integrationen: kilde, mål, feltmapninger, transformationer og de samtykkeregler, som synkroniseringen skal overholde. Udkastet bygger på de fundne API-operationer, ikke gættede endpoints.
Hele udkastet, helt åbent: hver mapning og hver regel, formuleret klart nok til at diskutere. Et udkast har ingen rettigheder; det kan ikke røre et produktionssystem.
Udkastet tjekkes mod runtimens porte, før nogen bliver bedt om at godkende det: stemmer API-kaldene typemæssigt med de rigtige operationer, holder mapningerne mod de samplede datastrukturer, og kan samtykkereglerne rent faktisk dokumenteres for de berørte poster. Samtykketjek fejler lukket: en synkronisering, der ikke kan dokumentere samtykke, kører ikke, og består derfor heller ikke valideringen.
En bestået/ikke-bestået-rapport per port. Fejl er konkrete: hvilken mapning, hvilken regel, hvilken postform, så rettelsen bliver en samtale, ikke arkæologi.
Agenten præsenterer den validerede integration til en beslutning. Den kan ikke godkende sit eget arbejde: godkendelsen er en menneskelig handling og er bundet til et kryptografisk digest af den præcise konfiguration på skærmen.
Præcis det, der bliver kørt, og en garanti for, at det netop er det, der bliver kørt. Godkendelsen er engangs, bundet til de præcise input og udløber, hvis den ikke bruges. Ændrer du ét felt, bliver den gamle godkendelse ugyldig.
Den godkendte konfiguration udgives under sit digest. Ved kørsel bekræfter runtimen (attestering), at den kører præcis det digest, håndhæver samtykkereglerne og budgetlofterne og lægger enhver risikabel skrivning bag sin egen engangsgodkendelse, bundet til inputtet.
En hash-kædet, manipulationssikret revisionslog over hver kørsel: hvad der blev kørt, under hvilken godkendelse, og hvad det rørte ved. Bevis, ikke et dashboards ord for det.
Hvert trin, der kan påvirke et produktionssystem, går gennem en menneskelig port. Tajos agent er hurtig til at udarbejde og tjekke; den er bevidst ude af stand til selv at give sig tilladelse.
Digest-bundne godkendelser lukker hullet mellem det, du har gennemgået, og det, der bliver kørt. Der er intet tidsrum, hvor konfigurationen kan afvige mellem godkendelsesskærmen og produktion.
Validerings- og samtykketjek fejler lukket. En integration, der ikke kan dokumentere, at den er sikker og tilladt, stopper ved porten, og det er præcis, hvad du vil have af software, der skriver til dine kunders systemer.
Livscyklussen ovenfor kører mod Tajos aktive runtime: 53 tilkoblede integrationer, cirka 19 af dem skrivbare, med Brevo som certificeret destination (syv typede mål) og fremvoksende HubSpot-understøttelse. Opdagelseskorpuset, 27 leverandører, 10.345 API-operationer, er det, agenten udarbejder ud fra, når din stack rækker ud over det, der allerede er tilkoblet. Den ærlige oversigt over, hvad der ligger på hvert trin, finder du på siden om integrationsparathed .
Vær med i early access, og tag et rigtigt integrationsproblem med. Vi kører hele livscyklussen på det sammen med dig: porte, godkendelser, revisionslog og det hele.