Tu catálogo enterprise, alimentado en vivo desde el código.
Canal de publicación.
No skill, no copiloto.
Un bridge es un conector unidireccional que envía la metadata generada por @governance desde Datagentis hasta un catálogo de gobierno enterprise — Informatica EDC, Talend Data Catalog, Collibra, Alation. Habla el esquema nativo del catálogo destino: assets, lineage, descripciones, propietarios, definiciones de negocio.
No es una skill. Las skills aportan conocimiento del código; los bridges aportan canal de publicación. Skills y bridges son entidades disjuntas — el catálogo del producto las separa explícitamente.
Una categoría hoy. Cuatro catálogos.
Solo @governance orquesta bridges. El resto de agentes no — viven en VSCode y producen output dentro de Datagentis Management Center, sin canal de publicación externo.
Los catálogos enterprise estándar del mercado.
Add-on del Governance Seat. Misma mecánica que las skills.
El bridge no piensa por sí solo: necesita la skill que genere la metadata y el agente que la orqueste. Lo que aporta es el canal, no el contenido.
- Add-on del Governance Seat, mes a mes — misma mecánica que las skills. Solo se contratan junto a un @governance con al menos una skill activa.
- Cuota mensual del bridge + consumo que descuenta del saldo de la Wallet del agente. La generación y publicación de metadata se monetiza igual que cualquier skill — assets, lineage, descripciones consumen tokens.
- @governance y solo @governance. El resto de agentes no acceden a bridges, ni los necesitan.
- Un bridge requiere un Governance Seat con al menos una skill activa (la que genera la metadata a publicar).
- Sin compromiso de permanencia. Pausa o baja al cambio de mes.
Catálogo vivo. 30 días.
Te damos acceso a @governance con la skill y el bridge que necesites. Sin compromiso.