La maggior parte delle pagine di integrazione conta i loghi. Noi contiamo ciò che funziona davvero, e ti mostriamo la differenza.
“Supporta 199 integrazioni” può significare quasi tutto, e di solito è proprio così. Tajo suddivide l'affermazione in livelli con definizioni rigorose e verificabili: cosa è semplicemente catalogato, cosa è collegato al runtime governato, cosa può scrivere in sicurezza e cosa è certificato end-to-end. I numeri qui sotto sono lo stato attuale e onesto della piattaforma. Quando cambiano, cambia anche questa pagina.
| Livello | Oggi | Cosa significa davvero |
|---|---|---|
| Destinazione certificata Brevo, con 7 target di scrittura tipizzati. HubSpot è la seconda destinazione emergente. | 1 (+1 in progress) | L'intero ciclo di vita governato è dimostrato end-to-end: target di scrittura tipizzati, gate di approvazione, attestazione e audit: un'integrazione che puoi pubblicare e far girare in produzione già oggi. |
| Capace di scrittura Integrazioni runtime con almeno un'azione di scrittura. | ~19 | Possono eseguire scritture attraverso i gate del runtime, incluse approvazioni monouso vincolate all'input e limiti di budget, ma non hanno ancora guadagnato l'etichetta certificata su ogni target. |
| Collegato al runtime Integrazioni connesse nel runtime live. | 53 | Autenticate ed eseguite sotto governance. Molte sono orientate alla lettura: buone per la scoperta, il campionamento e la stesura di bozze; le scritture arrivano man mano che superano i gate. |
| Corpus di scoperta Operazioni API documentate da cui l'agente crea le bozze. | 27 fornitori / 10,345 operazioni | Non sono connessioni, ma materiale per le bozze. Quando il tuo stack include uno di questi fornitori, l'agente crea bozze basate sulle sue operazioni API reali e documentate, invece di indovinare gli endpoint. |
| Elencato nel catalogo Voci nel catalogo delle integrazioni. | 199 | La superficie della roadmap: sistemi che abbiamo identificato e delimitato. Una voce di catalogo da sola non sposta alcun dato, e non fingeremo il contrario. |
I livelli sono ordinati dal più dimostrato al più ampio. Ogni integrazione, a ogni livello, funziona sotto la stessa governance: approvazioni vincolate al digest, regole di consenso che negano l'accesso di default in caso di errore, limiti di budget e un registro di audit a prova di manomissione. Vedi come funziona per il ciclo di vita completo.
Ogni livello è un'asticella rigorosamente più alta. Elencare un sistema è facile; collegarlo a un runtime governato è lavoro; dimostrare scritture sicure è più lavoro; certificare ogni target end-to-end è il lavoro più impegnativo di tutti. La scala mostra esattamente a che punto è arrivato quel lavoro.
Una destinazione certificata significa che ogni target tipizzato è stato messo alla prova lungo l'intero ciclo di vita: bozza, validazione, approvazione vincolata al digest, esecuzione attestata, audit. Certifichiamo una destinazione alla volta, come si deve, invece di apporre l'etichetta su tutto il catalogo.
Sono i partner early access a stabilire l'ordine. Se il tuo stack ha bisogno che venga collegato un fornitore del corpus, o che un'integrazione già collegata diventi capace di scrittura, è esattamente questo il lavoro sul campo per cui esistono l'agente di Tajo e il nostro team.
Perché l'alternativa è la norma del settore: un muro di loghi in cui una voce di catalogo obsoleta e una destinazione collaudata sembrano identiche, finché il tuo progetto non dipende proprio da quella differenza. L'intera premessa di Tajo è la verificabilità: approvazioni che puoi controllare, esecuzioni che attestano cosa è stato realmente eseguito, tracce di audit che non possono essere modificate di nascosto. Una pagina sulla prontezza che gonfiasse i propri numeri sarebbe una porta d'ingresso strana per quel prodotto. Questa non lo è.
I partner early access decidono cosa viene collegato e certificato in seguito. Dicci quali sistemi devi connettere, e li costruiremo insieme a te.