Die meisten Integrationsseiten zählen Logos. Wir zählen, was tatsächlich läuft, und zeigen dir den Unterschied.
„Unterstützt 200 Integrationen“ kann fast alles bedeuten, und meistens tut es das auch. Tajo zerlegt diese Aussage in Stufen mit strengen, überprüfbaren Definitionen: was nur katalogisiert ist, was in der kontrollierten Laufzeitumgebung registriert ist, was Daten in einen Sync lesen kann und was als Sync- oder Versandziel schreiben kann. Die Zahlen unten zeigen den aktuellen, ehrlichen Stand der Plattform. Ändern sie sich, ändert sich diese Seite.
| Stufe | Heute | Was es wirklich bedeutet |
|---|---|---|
| Schreibziel Brevo, Shopify, HubSpot, Salesforce, Pipedrive und Zoho CRM. | 6 | Konnektoren mit einer echten Schreibaktion, die als Sync- oder Versandziel genutzt wird. Jeder Schreibvorgang durchläuft die Gates der Laufzeitumgebung: einmalige, an die Eingaben gebundene Freigaben und Budgetgrenzen. |
| Liest in einen Sync Registrierte Integrationen, die Datensätze in einen Sync lesen können. | 47 | Quellen für einen Sync. Manche bieten auch Aktionen wie das Anlegen von Webhooks, Chat-Antworten oder POST-Endpunkte, die nur lesen; diese zählen nicht als Schreibvorgänge. |
| Registriert In der aktiven Laufzeitumgebung registrierte Integrationen. | 55 | Authentifiziert und unter Governance ausgeführt. Die Registrierung allein bewegt keine Datensätze: Die beiden Stufen darüber sagen, was jede kann. |
| Discovery-Korpus API-Operationen aus den veröffentlichten Spezifikationen der Anbieter, aus denen der Agent entwirft. | 27 Anbieter / 5,937 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. | 200 | 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 leicht; es in einer kontrollierten Laufzeitumgebung zu registrieren ist Arbeit; seine Datensätze in einen Sync zu lesen ist mehr Arbeit; als Ziel hineinzuschreiben ist die meiste Arbeit. Die Leiter zeigt genau, wo diese Arbeit steht.
Ein Konnektor zählt nur, wenn er eine echte Schreibaktion hat, die als Sync- oder Versandziel genutzt wird. Einen Webhook anlegen, im Chat antworten oder einen POST-Endpunkt aufrufen, der nur liest, zählt nicht. Deshalb erfüllen 6 von 55 die Bedingung. Keine Integration trägt heute ein Zertifizierungslabel.
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:innen entscheiden, was als Nächstes registriert und schreibfähig gemacht wird. Sag uns, welche Systeme du verbinden musst, und wir bauen gemeinsam mit dir darauf hin.