Seis agentes especialistas dan a ConvertSail una ruta gobernada entre sus herramientas de entrega, sin fingir que cada canal necesita otro bot interviniendo.

A ConvertSail no le faltaban herramientas. Tenía un problema de autoridad: los datos correctos existían, pero un asistente podía buscarlos en la conexión equivocada, declarar desconectada una cuenta activa y perder de inmediato la confianza del equipo.

Evidencia en la fecha de publicación: el 30 de mayo de 2026 se verificaron seis agentes configurados, 25 conexiones y los servicios activos de Caddy, Command Center, Claw3D, proxy de facturación y OpenClaw. La fuente no conserva un resultado comercial ni una medida de adopción, por lo que el caso permanece construido, a la espera de evidencia de uso.

La empresa

Alex Momeni dirige ConvertSail, una operación de crecimiento para agencias y e-commerce. La entrega a clientes atraviesa Meta Ads, Google Workspace, QuickBooks, Calendly, Fathom, Slack, Discord, correo, landing pages y vistas internas de mando.

Cada superficie contiene una parte distinta del trabajo. Fathom guarda el contexto de las reuniones; Calendly, el estado de las reservas; Meta, el rendimiento de captación; los canales del equipo, las instrucciones vigentes; y QuickBooks cubre la vía financiera. Un operador útil debe saber no solo cómo acceder a esos sistemas, sino qué ruta es la autoridad para cada uno.

La restricción

El contexto y la acción estaban separados. Si el sistema consultaba Composio para una cuenta de Meta ya conectada mediante un wrapper nativo, podía informar de una desconexión falsa. Si solicitaba autorización de Google Docs a través de Composio cuando Workspace ya usaba gws-auth, añadía fricción en lugar de eliminarla.

La comunicación imponía una segunda restricción. El asistente debía responder cuando un compañero autorizado hacía avanzar la entrega, pero permanecer en silencio durante una conversación normal de Slack. Un sistema que ignora trabajo real no es fiable; uno que interrumpe cada mensaje no es utilizable.

Por qué las herramientas existentes no bastaban

Cada proveedor podía desempeñar su función, pero ninguno definía la política de routing entre sistemas. Un asistente genérico tampoco podía comprimir de forma segura análisis publicitario, producción de contenido, comprobaciones financieras, outreach y control de calidad de landing pages en una sola función indiferenciada.

ConvertSail necesitaba separación departamental, autoridad explícita de las fuentes y normas de comportamiento en los canales codificadas en la capa operativa. También necesitaba que el trabajo visual terminara en una inspección, no en una respuesta de texto que afirmara haber mejorado una página.

Mapa de transformación

Antes

Meta | Workspace | Fathom | Calendly | QuickBooks | canales del equipo -> Alex resuelve fuente y contexto -> el trabajo avanza

Después

Solicitud autorizada -> routing por función -> ruta de proveedor autoritativa -> trabajo especialista -> revisión visual o humana -> salida visible para el equipo

El cambio importante no es la cantidad de agentes. Es que cada uno hereda una regla determinista sobre dónde debe buscar la verdad.

Un flujo de principio a fin

1. Entrada: Una solicitud autorizada de entrega a cliente llega por Discord o como mención directa en Slack.
2. Contexto: El sistema lee el historial reciente permitido del canal y recupera mediante Fathom el contexto relevante de las reuniones.
3. Routing: Main deriva la tarea a Ads, Content, Pipeline, Strategy u Outreach según el modo operativo requerido.
4. Autoridad: Una auditoría de Meta utiliza la ruta nativa de Meta; el trabajo de Workspace usa gws-auth; y las tareas financieras que pertenecen a QuickBooks siguen su ruta de Tool Router.
5. Producción: El especialista prepara el análisis, mensaje, activo o cambio de landing page. Para una página, el flujo incluye inspección del despliegue y capturas antes/después.
6. Control: Los envíos externos, la publicación y los cambios relevantes en cuentas siguen sujetos a aprobación del equipo.
7. Registro: El resultado vuelve a la superficie de equipo correspondiente, mientras las protecciones y la limpieza de sesiones reducen la acumulación de contexto obsoleto.

Qué cambió

• Construido: Seis funciones —Main, Ads, Content, Pipeline, Strategy y Outreach—, además de wrappers de proveedor, habilidades para landing pages y sitios de conversión, protecciones de sesión y automatización de limpieza.
• Conectado: Se establecieron rutas nativas para Meta Ads y Google Workspace, con helpers para Calendly, Fathom e historial de Discord en modo lectura; QuickBooks y determinadas herramientas financieras usan Composio Tool Router.
• Probado: Se reforzaron las reglas de auditoría de cuentas de Meta, el contexto de correo de clientes, el QA de landing pages, las comprobaciones del banco de prompts, la selección de proveedor y la respuesta autorizada en Discord frente a fallos conocidos.
• Verificado: El 30 de mayo de 2026 se observaron seis agentes, 25 conexiones y los servicios centrales activos.
• Uso activo: Los documentos conservados no cuantifican el uso habitual del equipo ni resultados de clientes. La actividad del entorno no se presenta como prueba de adopción.
• Dependencias restantes: Las acciones externas de mayor consecuencia aún requieren aprobación, y la adopción operativa más amplia necesita un registro de uso antes de que este caso pueda describirse como verificado en vivo.
• Resultado financiero comunicado por el cliente: Ninguno registrado.

Evidencias

• Prueba de agentes: Seis funciones especialistas configuradas alrededor de la entrega de agencia.
• Prueba de routing: 25 conexiones en el punto de verificación.
• Prueba de entorno: Caddy, Command Center, Claw3D, proxy de facturación y OpenClaw activos el 30 de mayo de 2026.
• Prueba de autoridad: Las reglas escritas distinguen las rutas de Meta nativo, gws-auth, Tool Router e historial de Discord en modo lectura.
• Límite de la afirmación: No se infiere ahorro de tiempo, aumento de ingresos ni volumen de adopción a partir del despliegue técnico.

Tecnología, al final

El despliegue ejecuta OpenClaw 2026.5.6 en un VPS con Discord, Slack, proxy de facturación, contexto de estilo gbrain, herramientas nativas de Meta Ads, gws-auth, QuickBooks mediante Composio Tool Router, helpers de Calendly y Fathom, un wrapper de historial de Discord en modo lectura, Command Center, Claw3D, Caddy y herramientas para sitios de conversión. Se corrigieron cron obsoletos, se añadió limpieza para sesiones grandes de Discord y las rutas exigentes de diseño o contenido podían usar un modelo de mayor capacidad cuando fuera necesario.

Testimonio del cliente

No existe una cita textual verificable para este caso. El registro del despliegue respalda las afirmaciones de arquitectura y entorno; no autoriza a RECAST a fabricar un testimonio.

Siguiente transformación

Descubre cómo Scaling Webinars coordinó ocho departamentos especialistas mediante un único centro de mando. Ambos sistemas resuelven la coordinación entre herramientas de agencia, con límites distintos de proveedor y aprobación.

Obtén tu plan de IA

Si tu asistente sigue pidiendo conexiones que ya existen, el cuello de botella no es otra integración. Es la autoridad de la fuente. Reserva una auditoría gratuita de IA para definir el proveedor, el operador y el límite de aprobación correctos de cada flujo recurrente.

Registro de fuentes

• OPENCLAW-DEEP-CLIENT-CASE-STUDIES.pdf, página 10.
• RECAST_CASE_STUDIES_2026_UPDATED.pdf, página 6, documento RA-CASES-001, versión 2.0.
• RECAST_WEBSITE_MASTER_BLUEPRINT.md, apartados 10.4, 11 y 58.