Las tiendas de Ramon no necesitaban asistentes idénticos copiados de una carpeta a otra. Necesitaban una base operativa común capaz de conservar lo que aprendía el negocio y, a la vez, mantener separadas las instrucciones, credenciales y el contexto de clientes de cada marca.
Evidencia al publicar: al menos tres tiendas Shopify en el contexto operativo; seis agentes configurados y 40 asignaciones verificadas el 30 de mayo de 2026; las conexiones de Gmail, Shopify, Track123, Meta Ads y Drive por tienda seguían preparadas para proveedores, no se afirmaban públicamente como activas.
La empresa
Ramon Gloor estaba construyendo y operando varias marcas suizo-alemanas de comercio electrónico, con al menos tres tiendas Shopify y más previstas. Cada tienda tenía sus propias consultas de clientes, catálogo de productos, trabajo de lanzamiento y decisiones creativas.
Solo el soporte atravesaba varios sistemas. Una persona debía abrir la bandeja correcta de Gmail, encontrar el pedido correspondiente en Shopify, consultar el seguimiento en Track123 o una aplicación específica de la tienda y responder en el hilo original. Las direcciones suizas o alemanas incompletas añadían otro itinerario de decisión entre datos de facturación, información del cliente y fuentes de directorios.
La limitación
Cada tienda vivía en una configuración de automatización aislada. Había que duplicar instrucciones, correcciones, lógica de soporte, pasos de lanzamiento y aprendizaje creativo. Cuando una marca resolvía un problema reutilizable, las demás no heredaban ese conocimiento de forma segura.
La limitación central era una memoria fragmentada. Una capa compartida podía reducir la duplicación, pero una capa compartida mal diseñada mezclaría marcas, credenciales y datos de clientes. La arquitectura necesitaba reutilización y separación a la vez.
Por qué las herramientas existentes no bastaban
Shopify contenía los pedidos. Gmail, las conversaciones. Las herramientas de seguimiento, el estado de los envíos. El conocimiento creativo y de lanzamiento vivía en otros lugares. Ninguno de esos productos definía qué conocimiento era global, qué regla pertenecía a una sola tienda ni cómo una marca nueva debía heredar capacidades probadas sin heredar el estado privado de otra.
La capa operativa que faltaba necesitaba una base de conocimiento común, configuración por tienda, funciones especialistas y una forma repetible de crear un nuevo espacio de marca aislado. Después, las conexiones con proveedores debían activarse tienda por tienda, no darse por hechas por el mero diseño de la arquitectura.
Mapa de transformación
Antes
Asistente de marca A | asistente de marca B | asistente de marca C -> correcciones duplicadas -> Ramon reconcilia lo que sabe cada uno
Después: arquitectura preparada para proveedores
Capacidades y memoria compartidas -> router de marca -> configuración de tienda aislada -> agente especialista -> aprobación o acción del proveedor -> registro específico de marca
El conocimiento global puede reutilizarse. Los registros de clientes, las credenciales y las decisiones de cada tienda se mantienen dentro de su límite correspondiente.
Un flujo de principio a fin
El siguiente flujo describe la ruta de soporte diseñada para cuando estén activados los proveedores de la tienda pertinente; la fuente no afirma que esas llamadas a proveedores estuvieran activas al publicar.
- Entrada: Llega un correo de cliente a una cuenta de Gmail específica de una tienda.
- Resolución de marca: El sistema identifica el espacio de la marca correcta y carga su configuración de tienda.
- Contexto del pedido: La línea de soporte recupera el pedido de Shopify correspondiente y la fuente de seguimiento permitida para esa tienda.
- Apoyo a la decisión: Se aplican el conocimiento común de soporte y las políticas específicas de la tienda sin exponer el contexto de clientes de otra marca.
- Control humano: El operador revisa cambios de dirección sensibles, excepciones o respuestas salientes hasta que cada línea de acción haya sido demostrada por separado.
- Salida: Se prepara un borrador de respuesta o una acción para resolver la dirección dentro del contexto correcto de marca.
- Registro: El aprendizaje reutilizable puede incorporarse a la memoria compartida, mientras credenciales y datos específicos de clientes siguen aislados.
Qué cambió
- Construido: Memoria compartida, capacidades reutilizables para comercio electrónico, carpetas de configuración por tienda, una base de conocimiento, seis agentes especialistas, una estructura de Mission Control y una fábrica de agentes por marca.
- Conectado: El entorno verificado contenía el runtime de OpenClaw, Command Center, gbrain, enrutamiento de modelos y asignaciones entre agentes y espacios.
- Probado: El 30 de mayo de 2026 se observaron seis agentes y 40 asignaciones, además de los espacios y estructuras de capacidades esperados.
- Base verificada: La base operativa y el enrutamiento de agentes estaban activos. Esto no convierte conectores de tienda preparados para proveedores en flujos comerciales de principio a fin verificados.
- Uso activo: La fuente no conservó evidencia de uso rutinario tienda por tienda, por lo que esta página no lo afirma.
- Dependencia restante del proveedor o del cliente: Gmail, Shopify, Track123, Meta Ads, Google Drive y las credenciales por tienda deben activarse y demostrarse para cada marca.
- Resultado financiero informado por el cliente: Ninguno conservado.
Pruebas
- Contexto operativo: Al menos tres tiendas Shopify, con más marcas previstas.
- Constancia de agentes: Seis agentes configurados: main/Ava, soporte, operaciones, lanzamiento, creatividad y estrategia.
- Constancia de enrutamiento: 40 asignaciones observadas el 30 de mayo de 2026.
- Constancia de arquitectura: Existían espacios separados, configuración por tienda y estructuras para capacidades compartidas.
- Estado honesto: La base está preparada para proveedores; el texto público no presenta las integraciones de tienda como activas antes de disponer de pruebas específicas.
La tecnología, al final
La base funciona en un VPS nativo con OpenClaw, Caddy, un servicio Command Center activo, un proxy de facturación, gbrain, enrutamiento de OpenRouter, Apify, Kie.ai y capacidades específicas de comercio electrónico. Cada espacio contiene sus propias instrucciones operativas, herramientas, proyectos y configuración de tienda. La base compartida organiza marcas, soporte, operaciones, marketing, investigación de producto, procedimientos y estrategia creativa. Los adaptadores están diseñados para conectar Gmail, Shopify, Track123, Meta Ads y Google Drive tienda por tienda.
Testimonio del cliente
No se publica una cita literal del cliente respaldada por las fuentes para este caso. La evidencia es la arquitectura verificada, el número de agentes y el número de asignaciones; RECAST no fabricará lenguaje testimonial a partir de un resumen de proyecto.
La siguiente transformación
Descubre cómo Scaling Webinars coordinó ocho departamentos a través de un contexto operativo compartido. Ambos sistemas separan el trabajo especialista y conservan memoria común, pero sus límites operativos son distintos.
Consigue tu plan de IA
Si cada marca nueva obliga a copiar las mismas automatizaciones frágiles, la primera pregunta de diseño es qué debe compartirse y qué tiene que permanecer aislado. Reserva una auditoría de IA gratuita para definir ese límite antes de añadir otro bot específico de tienda.
Fuentes
OPENCLAW-DEEP-CLIENT-CASE-STUDIES.pdf, página 1.RECAST_WEBSITE_MASTER_BLUEPRINT.md, apartados 6.5, 10.4, 11 y 58.- Ramon no aparece en
RECAST_CASE_STUDIES_2026_UPDATED.pdf; el documento de casos detallados es la fuente conservada para este caso.