La plupart des pages d'intégrations comptent des logos. Nous comptons ce qui fonctionne réellement, et nous vous montrons la différence.
« Compatible avec 200 intégrations » peut vouloir dire presque n'importe quoi, et c'est souvent le cas. Tajo découpe l'affirmation en niveaux aux définitions strictes et vérifiables : ce qui est en service, ce qui est en cours et ce qui figure seulement au catalogue. Les chiffres ci-dessous viennent du registre des connecteurs. Quand ils changent, cette page change.
| Niveau | Aujourd'hui | Ce que cela signifie réellement |
|---|---|---|
| En service Brevo, Magento et Stripe. | 3 | Vérifié par une exécution sur la vraie API de l'éditeur. Les écritures ne s'exécutent que sous la configuration approuvée, liée à son condensé. |
| En cours Connecteurs dont le code est dans le runtime mais pas encore vérifié. | 15 | Construits ou en construction, pas encore prouvés par une exécution réelle. Nous ne les disons pas fonctionnels avant qu'ils le soient. |
| Corpus de découverte Opérations d'API issues des spécifications publiées des fournisseurs, à partir desquelles l'agent rédige. | 72 fournisseurs / 14 293 opérations | Ce ne sont pas des connexions, mais de la matière à brouillons. Quand votre stack inclut l'un de ces fournisseurs, l'agent rédige à partir de ses opérations d'API réelles et documentées, au lieu de deviner les endpoints. |
| Répertorié au catalogue Entrées dans le catalogue d'intégrations. | 179 | La surface de la feuille de route : des systèmes que nous avons identifiés et cadrés. Une entrée de catalogue seule ne déplace aucune donnée, et nous ne prétendrons pas le contraire. |
Les niveaux sont classés du plus éprouvé au plus large. Chaque intégration, à chaque niveau, fonctionne sous la même gouvernance : approbations liées au digest, règles de consentement qui bloquent par défaut en cas d'échec et un journal d'audit inviolable. Voir comment ça marche pour le cycle de vie complet.
Chaque niveau est une barre plus haute. Lister un système est facile ; lui construire un connecteur demande du travail ; le prouver en service sur la vraie API de l'éditeur en demande le plus. L'échelle montre exactement où en est ce travail.
Un connecteur compte comme en service seulement après qu'une exécution sur la vraie API de l'éditeur l'a prouvé. Le code seul, ou une page au catalogue, ne compte pas. C'est pourquoi 3 sur 179 remplissent cette condition aujourd'hui. Aucune intégration ne porte de label certifié aujourd'hui.
Les partenaires en accès anticipé fixent l'ordre. Si votre stack a besoin qu'un système du catalogue soit construit, ou qu'un connecteur en cours soit prouvé en service, c'est exactement le travail sur le terrain pour lequel l'agent de Tajo et notre équipe existent.
Parce que l'alternative est la norme du secteur : un mur de logos où une entrée de catalogue obsolète et une destination éprouvée se ressemblent, jusqu'à ce que votre projet dépende de cette différence. Toute la raison d'être de Tajo est la vérifiabilité : des approbations que vous pouvez vérifier, des exécutions qui attestent de ce qui a réellement tourné, des pistes d'audit qui ne peuvent pas être modifiées en silence. Une page de préparation qui gonflerait ses chiffres serait une porte d'entrée étrange pour un tel produit. Celle-ci ne l'est pas.
Les partenaires en accès anticipé décident de ce qui est construit et prouvé en service ensuite. Dites-nous quels systèmes vous devez connecter, et nous avancerons avec vous.