Gideon — Un núcleo, siete agentes, tu negocio en automático
Siete agentes de IA —finanzas, legal, contabilidad, operaciones, marketing, diseño y programación— que se hablan entre sí para vender, cobrar y operar tu negocio dentro de WhatsApp. En web, escritorio y móvil.
Restricciones
- Varias empresas compartiendo la misma plataforma exigen aislamiento estricto, no convención.
- La memoria por cliente tiene que funcionar sin que el cliente espere a que el sistema piense dos veces.
- El número de tarjeta no puede existir en nuestros servidores, y cada empresa cobra con su propia cuenta.
- WhatsApp impone su ventana de 24 horas y sus reglas de plantilla, no al revés.
- El negocio tiene que sentir el agente como suyo sin que la plataforma pierda el canal para actualizarlo.
El problema
Siete agentes, un solo cerebro
Cuando un cliente te escribe, no contesta un bot: contesta un equipo.
Gideon es un núcleo de agentes de IA especializados que se comunican entre sí. Cada uno cubre un área del negocio y todos comparten la misma memoria del cliente, así que el segundo agente ya sabe lo que dijo el primero.
- Finanzas
- Legal
- Contabilidad
- Operaciones
- Marketing
- Diseño
- Programación
Un núcleo · siete agentes · memoria compartida
Una venta completa, sin que nadie la toque
Así se ve un cliente real cerrando una compra dentro de WhatsApp. Cinco agentes, cuarenta segundos, cero intervención humana.
Consulta → stock → pago → cobro → factura
Ese es el punto del producto: el canal de conversación deja de ser atención y se vuelve venta. Cada mensaje es una operación consciente, no una respuesta.
Dónde vive tu operación
No es un chatbot de un solo canal. Es el mismo núcleo disponible donde tu cliente y tu equipo ya están.
- WhatsApp El canal principal. Cada empresa conecta su propio número.
- Web Panel, catálogo y conversaciones sincronizadas, sin instalar nada.
- Desktop App nativa para macOS, Windows y Linux, con notificaciones.
- Móvil Atiende, aprueba y monitorea desde el teléfono.
Un solo núcleo, todos los canales
Para quién es
- Telco
- Retail
- MNO / MVNO
- E-commerce
- Fintech
- Logística
- Salud
Tres escenarios concretos, del tipo de operación para el que está hecho:
Una telefónica. Atiende consultas de planes y recargas 24/7 sin fila, y escala a un humano solo cuando hace falta. El agente consulta el saldo, ofrece el plan que le conviene al cliente y cobra en el mismo hilo.
Un e-commerce. Recupera carritos y toma pedidos desde la web y desde mensajería. El carrito vive en la conversación, el pago se abre en un checkout seguro y el recibo llega por WhatsApp.
Una clínica. Agenda citas y manda recordatorios sin intervención. El paciente reagenda desde el mismo chat y el consultorio ve su historial completo antes de que llegue.
De cero a agente productivo en tres pasos
- 01 Conectas Tu número de WhatsApp, tu catálogo, tu sistema de clientes. Una integración guiada en lugar de una migración traumática.
- 02 Orquestas El núcleo arma el contexto de cada cliente y los agentes responden con acciones ejecutables: cotizar, cobrar, agendar, escalar.
- 03 Escalas El agente guarda memoria y actualiza el contexto en tiempo real. Cuando no debe resolverlo solo, escala a un humano con todo el contexto ya armado.
Lo que verás en tu panel
El producto no solo responde: mide. Estas son las cuatro cifras que Gideon pone frente a ti y actualiza con cada conversación.
- Conversión en chat De cuántas conversaciones sale una venta.
- Tiempo de respuesta Cuánto tarda el agente en resolver, sin contar al humano.
- Ventas recurrentes Clientes que vuelven a comprar por el mismo canal.
- Resueltos sin humano Qué porcentaje se cierra sin escalar a una persona.
Las cuatro métricas del panel, no promesas de marketing
Planes
- Piloto Valida $0 MXN / mes 1 a 2 empresas piloto, sin costo inicial. Para probar el bucle mínimo antes de comprometer nada.
- Recomendado Business $5,999 MXN / mes El servicio completo: agentes, catálogo, cobros, panel y escalamiento humano.
- Enterprise A tu medida Cotización Infraestructura dedicada, integraciones propias y aislamiento reforzado.
Por dentro: por qué aguanta
Un producto comercial se cae cuando crece si las decisiones de fondo no aguantan. Tres que no se ven desde la demo:
- Empresas y usuarios
- Agentes y blueprints
- Productos, órdenes y cobros
- Memoria y seguimiento
- Arma el contexto
- No guarda estado
- No tiene acceso a los datos
- Devuelve texto o acciones
- Cambiar de modelo es cambiar una pieza
Lo que decide no puede filtrar lo que sabe
El cerebro no tiene acceso a los datos. Como solo recibe contexto, no puede filtrar información de una empresa a otra, y “el agente recuerda mal” se convierte en “el contexto llegó mal armado” — algo que se reproduce y se corrige sin volver a consultar al modelo.
El aislamiento entre empresas es una regla del sistema, no una convención. Cada empresa tiene sus agentes, su memoria y sus cobros separados, sobre una misma plataforma.
El escritorio se autentica como dispositivo, no como usuario. Se activa desde otro dispositivo de confianza, la clave se puede revocar con su motivo registrado y queda un historial de incidentes de seguridad. Una clave que el usuario copia y pega no sobrevive a que comparta una captura de pantalla.
Y hay una línea de producto completa alrededor: planes, permisos por empresa, versiones firmadas de los módulos y control de dispositivos. Eso es lo que separa una aplicación de una plataforma.
Sobre el equipo
Gideon es mío: lo fundé y dirijo dentro de Alean. La arquitectura, el modelo de datos, el diseño del núcleo y las decisiones de plataforma son diseño mío; la implementación se hace con revisión por Pull Requests.
Decisiones
- 01
Lo que decide la respuesta no tiene acceso a los datos
El motor que razona y redacta la respuesta no consulta la información del negocio: recibe un contexto ya armado —perfil del cliente, resumen de la conversación, hilo reciente y las acciones disponibles— y devuelve texto o una acción. Toda la verdad vive en el sistema; el razonamiento vive aparte.
DescartadoDarle al motor acceso directo a la información. Multiplica los puntos donde se pueden filtrar datos de una empresa a otra y ata el ciclo de vida del modelo al de la plataforma.
- 02
Qué recuerda el agente es una decisión de diseño, no del modelo
Como el motor no consulta nada, el contexto es su único insumo. Eso convierte "el agente recuerda mal" en "el contexto llegó mal armado": un problema que se reproduce y se corrige sin volver a llamar al modelo, y sin gastar en tokens para descubrir la causa.
- 03
Los blueprints se resuelven en cascada, no se bifurcan
El agente ya no es una ficha con un campo de texto libre. Existe un catálogo de blueprints verticales y la configuración efectiva se resuelve por capas: plataforma, blueprint, empresa, agente. El negocio sobreescribe lo que quiera y siente el agente como suyo; la plataforma conserva el canal para actualizarlo.
DescartadoPermitir que el cliente bifurque el blueprint. Suena más flexible y significa que a la segunda actualización ese cliente se queda con una versión congelada que nadie vuelve a tocar.
- 04
La memoria se separa por ámbito, no se acumula en el hilo
Los hechos del cliente viven por empresa y cliente, compartidos entre todos los agentes de esa empresa. El hilo vivo es por agente y cliente, acotado, con un resumen que sí cabe en el contexto. Son tres cosas distintas y mezclarlas termina en conversaciones que crecen hasta que el agente deja de entender.
- 05
La extracción de hechos y los resúmenes nunca bloquean la respuesta
El trabajo de memoria corre en segundo plano con el modelo más barato. El agente responde con lo que ya sabe y la memoria se pone al día después. Es la diferencia entre contestar en un segundo y contestar en cuatro porque el sistema está pensando en su propio archivo.
- 06
El escritorio se autentica como un dispositivo, no con un token pegado
El cliente de escritorio no pide al usuario que copie una clave. Se activa con el flujo estándar de autorización de dispositivo: la activación nace pendiente y sin usuario asociado, se activa desde otro dispositivo ya confiado, y la clave que queda en la máquina se puede revocar con su motivo registrado. Hay verificación de que el dispositivo es quien dice ser y un registro de incidentes de seguridad.
DescartadoUna clave que el usuario copia y pega. Es más rápido de construir y no sobrevive a que comparta una captura de pantalla.
- 07
El módulo de escritorio es línea de producto, con separación estricta
Lo que empezó como herramienta interna terminó siendo producto: identidad por empresa, planes, permisos y módulos firmados sobre la misma plataforma. Mezclar dos negocios en un mismo sistema es un costo real; la mitigación no fue partirlo en dos —eso lo habría dejado sin entregar— sino aislarlo con disciplina para que extraerlo después sea barato.
- 08
Declarar lo que el sistema NO va a hacer
Los no-objetivos están escritos: nada de voz ni telefonía, nada de marketplace de blueprints de terceros, nada de bifurcación por parte del cliente, nada de editor visual de prompts con bloques arbitrarios. Un proyecto sin no-objetivos no tiene límites, y un sistema sin límites no se termina.
Resultado
- Siete agentes especializados —finanzas, legal, contabilidad, operaciones, marketing, diseño y programación— con traspaso y memoria compartida en tiempo real.
- Una conversación de WhatsApp resuelve consulta, stock, link de pago, cobro y factura sin intervención humana.
- Un cliente de escritorio que se activa como dispositivo, con planes, permisos, versiones firmadas y revocación.
- Cada empresa conecta su propio WhatsApp, con sus propios datos, su propia memoria y sus propios cobros aislados del resto.
- Un catálogo de blueprints por vertical con ajustes por empresa, sin que nadie se quede con una versión congelada de la plataforma.