Die meisten Integrationsseiten zählen Logos. Wir zählen, was tatsächlich läuft, und zeigen dir den Unterschied.
„Unterstützt 199 Integrationen“ kann fast alles bedeuten, und meistens bedeutet es genau das. Tajo unterteilt diese Aussage in Stufen mit strengen, überprüfbaren Definitionen: was lediglich katalogisiert ist, was in die gesteuerte Runtime eingebunden ist, was sicher schreiben kann und was durchgängig zertifiziert ist. Die Zahlen unten zeigen den aktuellen, ehrlichen Stand der Plattform. Wenn sie sich ändern, ändert sich auch diese Seite.
| Stufe | Heute | Was es wirklich bedeutet |
|---|---|---|
| Zertifiziertes Ziel Brevo, mit 7 typisierten Schreibzielen. HubSpot ist das aufkommende zweite Ziel. | 1 (+1 in progress) | Der gesamte gesteuerte Lebenszyklus ist durchgängig belegt: typisierte Schreibziele, Freigabe-Gates, Attestierung und Audit: eine Integration, die du schon heute veröffentlichen und gegen die Produktivumgebung laufen lassen kannst. |
| Schreibfähig Runtime-Integrationen mit mindestens einer Schreibaktion. | ~19 | Diese können über die Gates der Runtime schreiben, einschließlich einmaliger, eingabegebundener Freigaben und Budgetobergrenzen, haben sich aber den zertifizierten Status noch nicht für jedes Ziel verdient. |
| In die Runtime eingebunden Integrationen, die in der laufenden Runtime verbunden sind. | 53 | Authentifiziert und unter Governance in Betrieb. Viele sind lesefokussiert: gut für Discovery, Sampling und Entwürfe; Schreibfunktionen kommen hinzu, sobald sie die Gates bestehen. |
| Discovery-Korpus Dokumentierte API-Operationen, aus denen der Agent Entwürfe erstellt. | 27 Anbieter / 10,345 Operationen | Keine Verbindungen, sondern Entwurfsmaterial. Wenn dein Stack einen dieser Anbieter enthält, entwirft der Agent anhand dessen echter, dokumentierter API-Operationen, statt Endpunkte zu erraten. |
| Im Katalog gelistet Einträge im Integrationskatalog. | 199 | Die Roadmap-Fläche: Systeme, die wir identifiziert und eingeordnet haben. Ein Katalogeintrag allein bewegt keine Daten, und das würden wir nicht behaupten. |
Die Stufen sind vom am besten belegten bis zum breitesten geordnet. Jede Integration läuft auf jeder Stufe unter derselben Governance: digest-gebundene Freigaben, Zustimmungsregeln, die im Fehlerfall standardmäßig sperren, Budgetobergrenzen und ein manipulationssicheres Audit-Protokoll. Siehe So funktioniert's für den vollständigen Lebenszyklus.
Jede Stufe ist eine strikt höhere Hürde. Ein System aufzulisten ist einfach; es in eine gesteuerte Runtime einzubinden ist Arbeit; sichere Schreibvorgänge nachzuweisen ist mehr Arbeit; jedes Ziel durchgängig zu zertifizieren ist die meiste Arbeit von allen. Die Leiter zeigt genau, wo diese Arbeit gerade steht.
Ein zertifiziertes Ziel bedeutet, dass jedes typisierte Ziel den gesamten Lebenszyklus durchlaufen hat: Entwurf, Validierung, digest-gebundene Freigabe, attestierte Ausführung, Audit. Wir zertifizieren ein Ziel nach dem anderen, gründlich, statt das Label über den ganzen Katalog zu stempeln.
Early-Access-Partner bestimmen die Reihenfolge. Wenn dein Stack einen angebundenen Corpus-Anbieter braucht oder eine eingebundene Integration schreibfähig werden soll, genau das ist die forward-deployed Arbeit, für die der Agent von Tajo und unser Team da sind.
Weil die Alternative der Branchenstandard ist: eine Logowand, auf der ein veralteter Katalogeintrag und ein bewährtes Ziel identisch aussehen, bis dein Projekt von genau diesem Unterschied abhängt. Die gesamte Prämisse von Tajo ist Überprüfbarkeit: Freigaben, die du kontrollieren kannst, Läufe, die belegen, was tatsächlich ausgeführt wurde, Audit-Trails, die sich nicht heimlich bearbeiten lassen. Eine Bereitschaftsseite, die ihre Zahlen aufbläht, wäre eine seltsame Eingangstür für so ein Produkt. Diese hier ist es nicht.
Early-Access-Partner entscheiden, was als Nächstes eingebunden und zertifiziert wird. Sag uns, welche Systeme du verbunden brauchst, und wir bauen gemeinsam mit dir darauf hin.