Plan de integración · Mayo 2026

Venpu × Lelemon
La automotora chilena operando
desde un solo agente IA.

Plan para integrar Venpu al ecosistema mcify + Lelemon Agents. Cada automotora-cliente opera Venpu desde WhatsApp via un agente único, sin que Venpu construya, mantenga ni opere su propio agente IA.

Por Lelemon Studio · Camilo Alaniz (CTO Venpu / Fundador Lelemon) · Santiago, Chile

El contexto

Es absurdo que cada SaaS construya su propio agente IA.

Una automotora chilena no usa solo Venpu. Usa además herramientas de facturación (Bsale), pagos (Khipu, transferencias), cotizaciones, agendamiento de visitas, MercadoLibre, Yapo, mensajería con clientes. Si cada uno de esos vendors arma su propio agente IA, el dueño de la automotora termina con 8 chatbots distintos, cada uno con su login y su forma de hablar. Nadie quiere eso.

La forma sensata: UN agente, en el canal donde la automotora ya vive (WhatsApp), que se conecta a todos los proveedores que ya usa. Las integraciones se manejan de forma central y segura — el dueño solo conversa.

El protocolo abierto que hace eso posible es Model Context Protocol (MCP), el estándar de Anthropic que ya soportan Claude, Cursor, ChatGPT y la mayoría de los frameworks de agentes. Cuando la automotora le pide "muéstrame los autos en stock bajo 5M con menos de 50.000 km", el modelo no inventa la respuesta: invoca un tool MCP real que ejecuta la consulta contra Venpu.

Lo que se construye

Connector multi-tenant Venpu.

Mismo patrón que ya está validado en el connector Bsale (open source, en producción como referencia): mcify — un framework Apache 2.0 en TypeScript — expone la API de Venpu como servidor MCP multi-tenant. Un único deploy puede servir a las N automotoras-cliente de Venpu, cada una con sus propias credenciales.

Tools que la automotora podrá invocar (propuesta inicial)

venpu_search_stock

Buscar autos en inventario por marca, modelo, año, rango de precio, kilometraje. Devuelve listado con fotos, precio, condición.

venpu_get_vehicle

Detalle completo de un vehículo: ficha técnica, historial, documentación, estado de publicación.

venpu_list_leads

Lista de leads activos con filtros por etapa del funnel, vehículo de interés, último contacto.

venpu_create_quote

Generar cotización personalizada para un lead, sobre un vehículo del stock. Devuelve link con la cotización lista para enviar al cliente.

venpu_schedule_visit

Agendar test drive o visita en concesionaria. Sincroniza con calendario del vendedor.

venpu_publish_listing

Publicar un vehículo en MercadoLibre, Yapo y otros marketplaces integrados desde Venpu, con un solo comando.

La lista exacta se define con el equipo de producto. Punto de partida basado en las operaciones más usadas hoy en la admin de Venpu.

Cómo funciona

Una infraestructura. Muchas automotoras.

Cada automotora-cliente de Venpu aporta sus credenciales en el onboarding al servicio MCP; el servidor las guarda asociadas a un bearer token único. Desde ese momento todas las llamadas de esa automotora se autentican con el bearer (jamás con las credenciales directas).

      Automotora A      Automotora B      Automotora C
            |                  |                  |
       Venpu creds A     Venpu creds B     Venpu creds C
            |                  |                  |
            v                  v                  v
        +-------------------------------------------+
        |   venpu-mcp.lelemon.cloud (UN deploy)     |
        |   ┌───────────────────────────────────┐   |
        |   │  Session Store                    │   |
        |   │  bearer_X → { dealerId: "A",      │   |
        |   │              venpuCreds }         │   |
        |   │  bearer_Y → { dealerId: "B", ...} │   |
        |   └───────────────────────────────────┘   |
        +-------------------------------------------+
                          |
              +-----------+-----------+
              |           |           |
       Lelemon     Lelemon     Lelemon
       Agents A    Agents B    Agents C
       Bearer X    Bearer Y    Bearer Z

Flujo end-to-end (un request real)

  1. El vendedor le pregunta a Lelemon Agents desde WhatsApp:

    "¿Tenemos algo bajo 6M, automático, con menos de 60.000 km?"

  2. El agente decide qué tool llamar.

    Identifica que necesita venpu_search_stock y construye los argumentos: { priceMax: 6000000, transmission: 'auto', kmMax: 60000 }.

  3. El agente invoca el tool vía mcify:

    POST https://venpu-mcp.lelemon.cloud/mcp con bearer de la automotora. El servidor valida el bearer, resuelve las credenciales Venpu de esa automotora, y llama al backend de Venpu como cualquier otro cliente API.

  4. Venpu devuelve el listado

    (con fotos, precios, condición) al servidor mcify.

  5. El agente responde en WhatsApp:

    "Tenemos 3 autos que cumplen: [lista con fotos]. ¿Querés que cotice alguno o agende un test drive?"

Beneficio para Venpu

Una capa conversacional sin construirla.

La integración deja a Venpu con un canal nuevo (WhatsApp + IA) sin que Venpu tenga que construir, mantener ni operar el agente. Los recursos de producto siguen enfocados en el core SaaS — gestión de stock, leads, cotizaciones, integraciones de marketplaces — y la capa conversacional la opera Lelemon.

Seguridad

Las credenciales nunca salen del servidor.

El plan

Tres fases. Tres meses. Un piloto con un cliente real.

Fase 1 — Connector (semanas 1–3)

  • Mapeo de las 5–8 tools más altas del backlog
  • BsaleClient → VenpuClient (fork del patrón ya validado)
  • Tests con respuesta mockeada
  • Connector publicado como example en mcify

Fase 2 — Servicio + onboarding (semanas 4–6)

  • Deploy del servicio multi-tenant
  • CLI/dashboard de admin para onboardear automotoras
  • Lelemon Agents integrado al connector
  • Demo end-to-end contra sandbox de Venpu

Fase 3 — Piloto (semanas 7–12)

  • 1 automotora-cliente real en pilot beta
  • Métricas: usage, retención, satisfacción
  • Iteración del scope de tools según uso real
  • Decisión go/no-go al rollout general
Modelo comercial

Venpu y Lelemon: pilares complementarios.

Venpu aporta

  • API estable + sandbox para integración
  • Acceso a 1 automotora-cliente para pilot
  • Co-marketing del nuevo canal con su base de clientes
  • Roadmap compartido del scope de tools

Lelemon aporta

  • Construcción del connector MCP (open source en mcify)
  • Operación del servicio multi-tenant (deploy, monitoreo, soporte)
  • Lelemon Agents en WhatsApp como cliente final
  • Onboarding de automotoras + soporte L1

Modelo de revenue

Tres modelos posibles a discutir, dependiendo del fit con la estructura de pricing actual de Venpu:

Sobre el conector y mcify

Producción ya validada con Bsale.

El framework mcify es open source (Apache 2.0), publicado en npm bajo dist-tag alpha, con docs en mcify.dev — incluye guías, un connector multi-tenant para Bsale como referencia, y un patrón de seguridad documentado.

La pregunta de viabilidad técnica está resuelta: el connector de Bsale ya funciona, ya tiene 19 tests pasando, y está abierto en github.com/Lelemon-studio/mcify. Replicar el patrón para Venpu es ingeniería conocida.

Lo siguiente: alinear y arrancar.

Necesitamos: (a) confirmar el scope inicial de tools con el equipo de producto Venpu, (b) acceso al sandbox de la API, (c) un cliente para pilot beta. Con eso, empezamos Fase 1 la semana siguiente.

Si prefieren WhatsApp directo: +56 9 7706 6965 (Camilo Alaniz)