Tu producto necesita IA adentro. No necesita que construyas la plataforma.

Ocho capas que no tienes que escribir

• Ejecutar el trabajo

  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 motor que decida qué herramienta llamar, la llame de verdad, maneje los errores del proveedor y devuelva algo utilizable.

• Las herramientas

  Lo que Meteor ya trae: 302 integraciones ya construidas, entre canales, ERP, tiendas, marketplaces, transportadoras, facturación y cobros, con las de América Latina (Siigo, Alegra, Mercado Libre, Wompi y más) y las globales. Las usas ejecutando un Met que las tiene activas, o llamando una por una las herramientas de un conector desde tu propio código, sin un Met en el medio. Cada ficha dice qué hace de verdad y qué no.

  Construirlo tú: Un conector por cada sistema que tu producto tenga que tocar, y después mantenerlos cuando el proveedor cambie su API.

• Quién puede ver qué

  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ú: 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.

• La memoria y los datos

  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ú: 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.

• Los canales

  Lo que Meteor ya trae: WhatsApp, Instagram, Messenger y el chat del sitio, con conversaciones consultables y traspaso a un humano cuando hace falta.

  Construirlo tú: La verificación de WhatsApp Business, el webhook de Meta, la cola de mensajes, el traspaso a una persona.

• Medir y cobrar la IA

  Lo que Meteor ya trae: Cada tarea ejecutada 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ú: Contabilidad por tarea ejecutada, saldo, tope de gasto y una forma de que el costo de un cliente no se lo coma otro.

• Saber qué pasó

  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 tarea ejecutada.

  Construirlo tú: Trazas, un flujo de eventos en vivo y un registro que sirva cuando un cliente reclame por algo que un Met hizo.

• Avisar a tu sistema

  Lo que Meteor ya trae: Avisos salientes firmados con HMAC y reintentos con espera creciente, sobre un catálogo cerrado de eventos.

  Construirlo tú: Entrega firmada, reintentos, y que un aviso perdido no se pierda para siempre.

Multi cliente

Un espacio de trabajo por cliente tuyo, con su propio freno de gasto

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. Cada espacio es una cuenta con su plan, no un inquilino dentro de la tuya; si eres Tech Partner aprobado, esas cuentas las puedes crear tú desde la API.

Apps de terceros

Tus clientes conectan su Meteor a tu producto sin darte una llave

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.

1. 1

   Registras tu app

   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.

2. 2

   Tu usuario aprueba lo que ve

   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.

3. 3

   Canjeas el código por un token

   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.

4. 4

   Refrescas con rotación

   Cada refresco emite uno nuevo e invalida el anterior. Si alguien reusa un token robado, la sesión entera se revoca sola.

5. 5

   El usuario manda

   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

Una tarea ejecutada, un débito, una traza

Lo que tu Met hizo por un cliente tuyo se puede reconstruir después, que es cuando de verdad hace falta.

• Cada tarea ejecutada, listada

  El listado de tareas ejecutadas por la IA en el 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 consumo, agrupado

  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.

• Los eventos, en vivo

  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.

• Los avisos, firmados

  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

Tres componentes que se mueven distinto

Es la parte aburrida y es la que decide si puedes revender esto con margen o no.

Los límites

Qué NO hace Meteor dentro de tu producto

Preferimos decirlo aquí que descubrirlo en la implementación.

• Crear las cuentas de tus clientes desde la API es para Tech Partners aprobados. Con una cuenta normal, cada cliente se da de alta en la plataforma y desde ahí emite su llave.
• Cada espacio de trabajo tiene su propia suscripción, sus datos y sus llaves. Si tú mismo operas varios, van bajo la misma cuenta: el mismo inicio de sesión, una sola tarjeta, y pasas de uno a otro desde el menú de perfil.
• 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.
• Las llaves de prueba no ejecutan las herramientas de un conector ni envían mensajes: para llamar una herramienta desde tu código necesitas una llave de producción con el alcance integrations:execute.
• Una llave de espacio de trabajo no sale de su espacio: operar veinte clientes con llaves normales son veinte llaves. La llave de partner de un Tech Partner aprobado sí opera varias cuentas, pero solo las atribuidas a ese partner, y la atribución se valida en cada llamada.
• 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.