Solución · Software y SaaS
Meteor es la capa agéntica de tu software: ejecuta el trabajo, guarda el contexto, mide lo que consume y deja la traza. Tu interfaz y tu relación con el cliente siguen siendo tuyas.
Sí, sin construir la capa agéntica desde cero. Meteor expone su plataforma como API REST con contrato OpenAPI, SDK de TypeScript y de Python, una CLI y un servidor MCP remoto. Tu producto ejecuta un Met, le pasa el contexto y recibe el resultado; el Met usa las herramientas que ya tiene conectadas y deja registrada cada ejecución con su costo. Cada cliente tuyo opera en un espacio de trabajo aislado con su propia llave, y a esa llave le pones un presupuesto de Energía. Tu interfaz, tu marca y tu facturación no cambian: lo que cambia es que la parte difícil deja de ser tuya.
Operaciones públicas del contrato OpenAPI de Meteor, herramientas del servidor MCP y alcances del catálogo de llaves. Las integraciones son las fichas verificadas contra el conector que las implementa.
La decisión de construir o comprar
Ninguna de estas es el producto que tú vendes. Todas son necesarias para que el tuyo tenga IA adentro que sirva.
Construirlo tú
Un motor que decida qué herramienta llamar, la llame de verdad, maneje los errores del proveedor y devuelva algo utilizable.
Lo que Meteor ya trae
Ejecutas un Met con una llamada y recuperas su estado y su salida por el identificador del Run. El historial completo queda consultable.
Construirlo tú
Un conector por cada sistema que tu producto tenga que tocar, y después mantenerlos cuando el proveedor cambie su API.
Lo que Meteor ya trae
27 integraciones ya construidas, entre ERP, tiendas, marketplaces, transportadoras, facturación y cobros, la mayoría de América Latina. Cada ficha dice qué hace de verdad y qué no.
Construirlo tú
Roles y permisos, porque el dueño de la cuenta y el auxiliar que registra no pueden ver lo mismo, y esa diferencia es la que hace usable un producto en un equipo.
Lo que Meteor ya trae
Cada espacio de trabajo define sus propios roles, con permisos por módulo y alcance sobre Mets, canales y colecciones concretas. Viene con plantillas para no empezar de cero.
Construirlo tú
Un esquema donde quede guardado lo que se aprendió de un cliente, se pueda consultar después y no se reinvente en la siguiente conversación.
Lo que Meteor ya trae
Colecciones e ítems con su API propia, variables del espacio de trabajo y archivos. Es la base de datos del Met, y la operas desde afuera igual que él desde adentro.
Construirlo tú
La verificación de WhatsApp Business, el webhook de Meta, la cola de mensajes, el traspaso a una persona.
Lo que Meteor ya trae
WhatsApp, Instagram, Messenger, correo y el chat del sitio, con conversaciones consultables y traspaso a un humano cuando hace falta.
Construirlo tú
Contabilidad por ejecución, saldo, tope de gasto y una forma de que el costo de un cliente no se lo coma otro.
Lo que Meteor ya trae
Cada ejecución queda listada con su costo, el consumo se agrupa por contacto, por conversación y por Met, y los movimientos de saldo se consultan uno por uno.
Construirlo tú
Trazas, un flujo de eventos en vivo y un registro que sirva cuando un cliente reclame por algo que un Met hizo.
Lo que Meteor ya trae
Un flujo de eventos en vivo por SSE, el registro de actividad del espacio de trabajo y el historial de cada ejecución.
Construirlo tú
Entrega firmada, reintentos, y que un aviso perdido no se pierda para siempre.
Lo que Meteor ya trae
Avisos salientes firmados con HMAC y reintentos con espera creciente, sobre un catálogo cerrado de eventos.
Cómo se conecta
La misma superficie por cuatro puertas distintas. Eliges la que le sirva a tu equipo, no la que a nosotros nos convenga.
Cuando el que construye es tu asistente de código, no tú.
Se agrega como servidor remoto con tu llave en la cabecera y queda disponible en Claude Code, Claude Desktop, Cursor, Windsurf, Codex y VS Code. Expone 34 herramientas y el catálogo se filtra por los alcances de la llave: lo que la llave no puede hacer, el asistente ni lo ve.
Configuración de cada clienteCuando tu backend habla con Meteor directamente.
Trescientas operaciones públicas con contrato OpenAPI generado del propio código, llaves con prefijo, 63 alcances granulares, idempotencia y errores documentados. Es la misma superficie que usa el servidor MCP por debajo, así que no hay dos verdades.
Referencia de la APICuando prefieres tipos a documentación.
TypeScript y Python, los dos generados del mismo contrato y los dos publicados. Traen la verificación de la firma de los avisos salientes, así que no tienes que implementarla a mano.
@meteor.ia/sdk en npmCuando lo que necesitas es probar algo ya.
El ejecutable met corre un Met, mueve el CRM, dispara un flujo y se queda escuchando el flujo de eventos del espacio de trabajo en vivo. Sirve igual dentro de tu proceso de integración continua.
@meteor.ia/cli en npmEl SDK de Python vive en PyPI como meteor-ia. Si lo que quieres es el catálogo de conectores y no la arquitectura, la puerta es Meteor para desarrolladores.
La separación no es una convención que tú tengas que sostener con cuidado en cada consulta: es la frontera del producto. Cada espacio de trabajo tiene sus datos, sus Mets, su equipo, sus contactos y su propio saldo de Energía, y una llave nace dentro de uno solo. Eso también quiere decir que cada espacio es una cuenta con su plan, no un inquilino que tú creas por dentro de la tuya.
Cada llave lleva escrito a qué espacio pertenece y qué alcances tiene. No existe una llave maestra que vea a todos tus clientes, y eso también quiere decir que un error tuyo de programación no puede cruzar datos entre ellos.
A cada llave le pones un tope de Energía y decides si al llegar frena en seco. Y te avisa antes: hay un evento saliente cuando el gasto cruza la mitad, el ochenta y el cien por ciento de ese presupuesto.
Las llaves de prueba no son una etiqueta: bloquean los alcances que tienen efectos afuera, así que desarrollas sin que se le escape un mensaje a un cliente real ni se ejecute una integración contra su sistema.
Apps de terceros
Si lo que construyes se instala sobre la cuenta de otro, pedir una llave por chat es la peor forma de hacerlo. Hay una mejor y es estándar.
Desde Ajustes y Desarrolladores. Obtienes un identificador de cliente, y un secreto si tu app puede guardarlo. Declaras de una vez los alcances máximos que tu app va a poder pedir.
Lo rediriges a la pantalla de consentimiento de Meteor, donde aparece tu app y los permisos exactos que estás pidiendo. Aprueba un subconjunto de lo que declaraste, nunca más.
Código de autorización con PKCE obligatorio, así que el flujo también es seguro para aplicaciones nativas y de una sola página que no pueden guardar un secreto. El token de acceso dura una hora.
Cada refresco emite uno nuevo e invalida el anterior. Si alguien reusa un token robado, la sesión entera se revoca sola.
Quien te autorizó ve tu app en su cuenta y te revoca el acceso cuando quiera, en cascada sobre todos los tokens. Tú te enteras: hay eventos salientes cuando una cuenta autoriza tu app y cuando la revoca.
Los tokens de OAuth operan la misma API pública, con los mismos alcances, la misma cuota y la misma Energía que una llave. No hay una superficie aparte que aprender.
Trazabilidad
Lo que tu Met hizo por un cliente tuyo se puede reconstruir después, que es cuando de verdad hace falta.
El listado de ejecuciones de IA del espacio de trabajo: qué Met la hizo, de qué tipo fue, con qué nivel de inteligencia y cuánta Energía costó. No es un total a fin de mes, es la línea.
El mismo consumo visto por contacto, por conversación y por Met. Con eso sabes cuánto te cuesta servir a un cliente tuyo antes de ponerle precio.
Un flujo por SSE con lo que va pasando en el espacio de trabajo, que también puedes dejar escuchando desde la terminal con la CLI.
Te suscribes a un catálogo cerrado de eventos y los recibes firmados con HMAC, con reintentos. El SDK trae la verificación de la firma.
Toda petición lleva un identificador propio que viaja en la respuesta y queda guardado, así que cuando algo falla no hay que reconstruir por hora aproximada. Entre los eventos hay dos que a un equipo de producto le importan más que el resto: cuando un Run termina y cuando falla. Con esos dos tu sistema deja de preguntar y empieza a enterarse. Las guías del portal tienen el detalle de cada uno.
El modelo de costos
Es la parte aburrida y es la que decide si puedes revender esto con margen o no.
Mensual y previsible
El plan que contratas, con su cupo de miembros y de contactos. Es el componente que puedes presupuestar a doce meses sin sorpresas, y el que sube por escalones cuando creces, no de a poquitos todos los meses.
Ver los planesPago único, y opcional
Si prefieres que nuestro equipo levante tus procesos, diseñe los Mets, los conecte con tus sistemas y te los entregue funcionando. Si tu equipo lo construye, este componente no existe: la plataforma es la misma y lo único que cambia es quién escribe la configuración.
Variable, según el uso real
Lo que consumen tus Mets al trabajar. Un Met que clasifica un mensaje gasta poco; uno que sostiene una conversación de venta gasta más, y el nivel de inteligencia que le asignaste a la tarea es parte de la cuenta. Cada plan trae un bono incluido en cada período que pagas, la plataforma te dice cuántos días te dura el saldo al ritmo actual, y la recarga puede quedar automática.
Porque te deja calcular el margen antes de comprometer un precio. La licencia es tu costo fijo. La Energía es tu costo variable, y lo puedes atribuir por cliente tuyo mirando el consumo agrupado por contacto y por conversación. Con esas dos cifras sabes cuánto te cuesta servir a cada cuenta y cuánto tienes que cobrarle. Sin esa separación, la IA es una factura que llega a fin de mes y que nadie sabe repartir.
Calcular con precios realesLos límites
Preferimos decirlo aquí que descubrirlo en la implementación.
Los espacios de trabajo de tus clientes no se crean desde la API. El alcance para hacerlo está reservado, pero hoy cada cliente se da de alta en la plataforma y desde ahí emite su llave.
Una sesión pertenece a un espacio de trabajo. No hay un tablero único donde veas los veinte espacios de tus clientes a la vez: lo que sí puedes es operarlos por la API, cada uno con su llave.
Meteor no le cobra la suscripción a tus usuarios. Tú cobras tu producto con tu propia pasarela; Meteor te cobra a ti la licencia y la Energía que consumieron tus Mets.
Invocar una por una las herramientas de un conector desde afuera todavía no está publicado. Lo que sí está es ejecutar un Met que ya tiene ese conector activo y que hace el trabajo.
Una llave vive dentro de un espacio de trabajo y no alcanza a otro. Operar veinte clientes son veinte llaves, no una llave con veinte permisos.
Los modelos que corren por debajo no se exponen. Eliges el nivel de inteligencia de cada tarea entre Ágil, Brillante y Genio, y ese nivel es lo que determina cuánta Energía cuesta.
Ninguna respuesta devuelve una credencial de una integración, ni siquiera enmascarada. Lo observable es el estado de la conexión, no el secreto.
Preguntas de quien va a construir
Sí. Tu producto llama a la API de Meteor, ejecuta un Met y recibe el resultado; tu interfaz sigue siendo la tuya. Lo que compras es la capa que ejecuta el trabajo, guarda el contexto, mide el consumo y deja la traza, no una pantalla que tengas que embeber.
Cada cliente tuyo opera su propio espacio de trabajo, con sus datos, sus Mets, su equipo y sus contactos separados de los demás. Cada espacio emite su propia llave, y a cada llave le puedes poner un presupuesto de Energía con freno duro para que el consumo de un cliente no se mezcle con el de otro.
Sí. Registras una app y usas OAuth 2.0 con código de autorización y PKCE obligatorio: el usuario ve una pantalla de consentimiento con los permisos exactos que pides, aprueba un subconjunto de lo que tu app declaró, y puede revocarte el acceso cuando quiera. Nunca te entrega una llave.
Sí. El servidor MCP de Meteor es remoto y se autentica con tu llave, así que se agrega como servidor en Claude Code, Claude Desktop, Cursor, Windsurf, Codex y VS Code. El asistente ve solo las herramientas que los alcances de esa llave permiten.
Son tres componentes que se mueven distinto. La licencia es mensual y depende del plan. La implementación, si la haces con nosotros, es un pago único. La Energía es variable y sigue el uso real: cada ejecución queda listada con su costo y el consumo se agrupa por contacto, por conversación y por Met. Esa separación es la que te deja calcular tu propio margen antes de fijar tu precio.
Cada ejecución queda registrada con su entrada, su salida y su costo, y el espacio de trabajo tiene un flujo de eventos en vivo y un registro de actividad consultable. Además puedes suscribirte a avisos salientes firmados para que tu propio sistema se entere cuando un Run termina o falla.
No para construir. Basta una cuenta activa con acceso por API, y las llaves se emiten desde Ajustes y Desarrolladores. El programa de partners es otra cosa: es para quien además implementa Meteor para terceros, y trae una API propia con alcances partner para consultar sus clientes atribuidos, sus proyectos y sus liquidaciones.
Miramos juntos qué parte de tu producto conviene resolver con Mets y qué parte no, que suele ser la conversación más útil de las dos.