llm-firstarquitectura

Qué es "LLM-First commerce" y por qué cambia las reglas

Wafle nace pensado para que Claude opere la tienda end-to-end via MCP. No es un wrapper sobre Shopify — es la primera plataforma diseñada al revés.

6 de mayo de 2026 · Equipo Wafle

El término LLM-First se confunde con frecuencia con "agregamos un chatbot". No es lo mismo. LLM-First significa diseñar la arquitectura asumiendo que el operador principal del sistema va a ser un modelo, no un humano. Cambia todo: las APIs, los permisos, el modelo de datos, el flujo de aprobaciones. Wafle es la primera plataforma de e-commerce construida con esa premisa de cuajo.

El test de los 80 endpoints

Mirá cualquier plataforma de e-commerce existente y revisá su API REST. La vas a encontrar pensada para que un programador humano la integre con su frontend, su ERP, su CRM. Está bien para eso, pero deja a un modelo descifrando documentación, peleando con paginación inconsistente, infiriendo qué endpoint hace qué cosa.

Wafle expone 80+ herramientas via MCP nativo, no via REST detrás de un wrapper. Cada herramienta tiene un schema explícito: nombre, descripción para el modelo, parámetros tipados, ejemplos de uso, política de aprobación. El modelo no descubre la API: la consume con la misma fluidez con la que llamarías a una función de tu mismo lenguaje.

Permisos diseñados para agentes, no para humanos

En e-commerce tradicional un usuario admin puede hacer todo. En Wafle, cada acción del agente cae en una de tres categorías: auto-aprobada (consultas, previews), requiere confirmación humana (cambiar precios, mandar emails masivos, gastar Meta Ads), o prohibida (borrar customers, modificar permisos, transacciones financieras directas). El merchant configura los umbrales: "todo descuento mayor a 30%", "todo gasto Meta sobre USD 50/día".

El modelo de datos asume contexto agentic

Cada entidad en Wafle tiene un narrative_context opcional que el agente rellena con texto plano: por qué se creó, qué relación tiene con otras entidades, qué señales recientes hay. Es ridículamente útil para que el siguiente turn del agente recupere contexto sin re-leer 50 endpoints. Es la diferencia entre un agente que olvida y uno que aprende.

Heartbeat: el agente como employee, no como tool

En vez de que el merchant abra el dashboard y hable con Claude bajo demanda, el agente tiene un heartbeat scheduled: cada 1, 6, 24 horas (configurable) revisa la tienda, detecta señales (carritos abandonados, ROAS cayendo, stock bajo), propone acciones, ejecuta las auto-aprobadas y deja las demás en una cola para que el merchant apruebe en bulk. Es un employee virtual con turno de trabajo, no un autocomplete.

BYOK + créditos: el merchant elige

Wafle viene con créditos AI incluidos en cada plan (cubrimos el costo Anthropic para uso normal). Si el merchant abusa o quiere control total, conecta su propio Claude (BYOK) y los créditos del plan se duplican. Si Anthropic libera OAuth público para apps third-party (esperado en M6), el flow del default invisible se vuelve 100% con el Claude del merchant — Wafle no toca tokens.

Por qué cambia las reglas

Cuando una plataforma está diseñada al revés (LLM-First), el merchant pasa de "configurar e-commerce + contratar agencia + integrar 5 SaaS" a "decirle a Claude qué quiere vender". El stack se colapsa de 7 herramientas en una. La agencia se reemplaza con un agente que cuesta USD 49/mes. Y el moat no es el código — cualquiera puede copiarlo en 6 meses — sino la red de merchants, las integraciones aprobadas (Meta, Mercado Pago, Stripe) y el identity graph cross-tenant.

Si nunca viste un MCP server en acción, mirá el tour de Wafle MCP. Si querés probarlo en vivo, empezás gratisy en 7 minutos tenés tienda con productos, ads y email automation operando.

Probá Wafle gratis

Plan Free para siempre. Setup en 7 minutos con Claude.