Ein vorausgeschickter Agent übernimmt den Bau. Du hältst die Gates. Fünf Schritte: Entdecken, Entwurf, Validierung, Freigabe, Veröffentlichung, mit einer menschlichen Entscheidung an jedem Punkt, der zählt.
Die meisten Integrationstools geben dir eine leere Fläche und wünschen dir viel Glück. Tajo arbeitet wie ein guter Vor-Ort-Ingenieur: Es untersucht die beteiligten Systeme, schlägt eine konkrete Integration vor, belegt seine Arbeit mit echten Prüfungen und bittet erst dann um Freigabe, bevor irgendetwas läuft. Der Unterschied: Bei Tajo wird die Freigabe kryptografisch erzwungen. Was du freigibst, ist nachweisbar das, was ausgeführt wird.
Der Agent kartiert die Systeme auf beiden Seiten der Integration. Er arbeitet mit einem Discovery-Korpus aus 27 Anbietern und 10.345 dokumentierten API-Operationen, plus einer reinen Struktur-Stichprobe deiner echten Daten: Feldnamen und Typen, niemals Werte.
Ein lesbares Bild dessen, was gefunden wurde: welche Systeme, welche Objekte, welche Felder und was der Agent für die Verbindung dazwischen hält. Es wurde noch nichts gebaut oder verschoben.
Der Agent entwirft die Integration: Quelle, Ziel, Feldzuordnungen, Transformationen und die Consent-Regeln, die der Sync erfüllen muss. Der Entwurf stützt sich auf die entdeckten API-Operationen, nicht auf geratene Endpunkte.
Der vollständige Entwurf, offen einsehbar: jede Zuordnung und jede Regel, klar genug formuliert, um darüber zu diskutieren. Ein Entwurf hat keine Berechtigungen; er kann kein Produktivsystem berühren.
Der Entwurf wird gegen die Gates der Laufzeitumgebung geprüft, bevor jemand um Freigabe gebeten wird: Stimmen die API-Aufrufe typmäßig mit den echten Operationen überein, halten die Zuordnungen den gesampelten Strukturen stand, und lassen sich die Consent-Regeln für die betroffenen Datensätze tatsächlich belegen. Consent-Prüfungen schlagen geschlossen fehl: Ein Sync, der Consent nicht belegen kann, läuft nicht, und besteht damit auch die Validierung nicht.
Ein Bestanden/Nicht-bestanden-Bericht pro Gate. Fehler sind konkret: welche Zuordnung, welche Regel, welche Datensatzstruktur, sodass die Korrektur ein Gespräch ist, keine Spurensuche.
Der Agent legt die validierte Integration zur Entscheidung vor. Er kann seine eigene Arbeit nicht freigeben: Die Freigabe ist eine menschliche Handlung und an einen kryptografischen Digest der genauen Konfiguration auf dem Bildschirm gebunden.
Genau das, was ausgeführt wird, und die Garantie, dass genau das ausgeführt wird. Die Freigabe ist einmalig, an diese exakten Eingaben gebunden und verfällt, wenn sie nicht genutzt wird. Änderst du ein einziges Feld, wird die alte Freigabe ungültig.
Die freigegebene Konfiguration wird unter ihrem Digest veröffentlicht. Zum Ausführungszeitpunkt bestätigt die Laufzeitumgebung per Attestierung, dass sie exakt diesen Digest ausführt, setzt die Consent-Regeln und Budgetgrenzen durch und stellt jeden riskanten Schreibvorgang unter eine eigene, einmalige, eingabengebundene Freigabe.
Ein hashverkettetes, manipulationssicheres Audit-Log jedes Laufs: was ausgeführt wurde, unter welcher Freigabe, was dabei berührt wurde. Belege, nicht die Behauptung eines Dashboards.
Jeder Schritt, der ein Produktivsystem beeinflussen könnte, läuft durch ein menschliches Gate. Der Agent von Tajo ist schnell beim Entwerfen und Prüfen; er ist bewusst nicht in der Lage, sich selbst eine Berechtigung zu erteilen.
Digest-gebundene Freigaben schließen die Lücke zwischen dem, was du geprüft hast, und dem, was ausgeführt wird. Es gibt kein Zeitfenster, in dem die Konfiguration zwischen Freigabebildschirm und Produktion abweichen könnte.
Validierungs- und Consent-Prüfungen schlagen geschlossen fehl. Eine Integration, die nicht belegen kann, dass sie sicher und erlaubt ist, stoppt am Gate, und genau das willst du von Software, die in die Systeme deiner Kund:innen schreibt.
Der oben beschriebene Lebenszyklus läuft gegen Tajos aktive Laufzeitumgebung: 53 verdrahtete Integrationen, rund 19 davon schreibfähig, mit Brevo als zertifiziertem Ziel (sieben typisierte Ziele) und aufkommender HubSpot-Unterstützung. Der Discovery-Korpus, 27 Anbieter, 10.345 API-Operationen, ist das, woraus der Agent entwirft, sobald dein Stack über das bereits Verdrahtete hinausgeht. Die ehrliche Aufschlüsselung, was sich in welcher Phase befindet, findest du auf der Integrationsreife -Seite.
Werde Teil des Early Access und bring ein echtes Integrationsproblem mit. Wir durchlaufen gemeinsam mit dir den vollständigen Lebenszyklus daran: Gates, Freigaben, Audit-Log und alles andere.