Seis agentes de estilo departamental separan el trabajo de crecimiento sin fragmentar el contexto empresarial que lo sostiene.

Notorious MBA y ExitGuru necesitaban algo más que un generalista ingenioso. El crecimiento cruzaba estrategia, contenido, creatividad, investigación de leads, outreach, diseño de prompts y habilidades reutilizables. Comprimirlo en un chat indiferenciado volvería a convertir a Kevin Hucker en dispatcher y memoria.

Evidencia en la fecha de publicación: el 30 de mayo de 2026 se observaron seis agentes y 36 conexiones, con rutas alemanas dedicadas en Discord, memoria gbrain, transcripción local y herramientas de Kie.ai. La fuente no conserva resultados comerciales atribuidos ni volumen end-to-end de outreach.

La empresa

Kevin dirige Notorious MBA y proyectos relacionados como ExitGuru. La agenda abarca estrategia de marca y oferta, contenido escrito, email marketing, creación de activos, investigación de leads, outreach frío y pipeline comercial. Cada área se beneficia de contexto y estándares distintos, aunque todo el trabajo pertenece al mismo negocio.

El espacio debía resultar nativo para un operador germanohablante. Nombres de canales, comportamiento de agentes y superficies de avance no podían parecer una demo genérica en inglés pegada sobre la empresa.

La restricción

Un solo asistente habría comprimido responsabilidades distintas en una cola. Kevin seguiría reintroduciendo contexto, explicando si una petición era estratégica o táctica y separando creatividad de investigación comercial. Bots aislados crearían el fallo contrario: capacidad departamental sin memoria común ni coordinación segura.

El cuello de botella era la capa de routing entre herramientas útiles y el trabajo que Kevin delega de verdad.

Por qué las herramientas existentes no bastaban

Make, Drive, Calendar, Composio, Kie.ai y herramientas de leads podían realizar partes del trabajo. No definían qué especialista poseía una petición, qué contexto de Notorious MBA o ExitGuru recuperar, dónde debía aparecer el resultado ni qué ejecución era segura.

Hacían falta funciones departamentales, conexiones de canales, contexto duradero y ejecución por allowlist. Sin esos controles, más herramientas solo aumentarían los lugares que Kevin debía supervisar.

Mapa de transformación

Antes

Solicitud de crecimiento -> Kevin aporta contexto y elige herramientas -> chat genérico o flujo manual -> Kevin mueve el resultado

Después

Canal de negocio en alemán -> especialista identificado -> memoria del negocio -> herramienta permitida -> canal de revisión o siguiente departamento

Un flujo de principio a fin

Esta es la ruta implementada de contenido a creatividad; la fuente verifica componentes, no volumen de campañas.

1. Entrada: Kevin coloca una necesidad de contenido en el canal alemán apropiado, sin volver a explicar el negocio.
2. Routing: La conexión asigna la tarea a contenido, separando estrategia o prompts cuando corresponde.
3. Contexto: gbrain recupera material conservado de Notorious MBA o ExitGuru.
4. Borrador: El especialista produce dirección escrita en su propio espacio e instrucciones.
5. Handoff creativo: Si necesita imagen o vídeo, creatividad usa Kie.ai instalado y no acceso amplio al shell.
6. Revisión: La salida vuelve al canal de activos o negocio para criterio humano antes de uso externo.
7. Reutilización: Patrones recurrentes pueden pasar a prompt-engineer o skill-creator.

Qué cambió

• Construido: Seis espacios separados para mando, contenido, creatividad, estrategia/outreach, prompts y habilidades.
• Conectado: Routing alemán de Discord, gbrain, Kie.ai y transcripción local Whisper alrededor de esas funciones.
• Probado: Se comprobaron conexiones, memoria, herramientas creativas y allowlist estricta.
• Runtime verificado: Seis agentes y 36 conexiones visibles el 30 de mayo de 2026 en Hostinger.
• Uso activo: El registro no contiene totales de actividad ni recibos de campaña suficientes para afirmar adopción habitual.
• Dependencia restante del proveedor o cliente: Composio, Apify, Make, Google y outreach dependen de rutas autenticadas y aprobación de campaña.
• Resultado financiero comunicado por el cliente: Ninguno registrado.

Evidencias

• Prueba de agentes: Main, content, creative, strategy, prompt-engineer y skill-creator en espacios separados.
• Prueba de routing: 36 conexiones en la verificación.
• Prueba de superficie: Canales para mando, tareas, texto, email, planificación, revisión creativa, leads, outreach y pipeline.
• Prueba de control: Allowlist estricta en lugar de acceso amplio al shell.
• Límite: El despliegue no demuestra ingresos cerrados, leads cualificados ni horas ahorradas.

Tecnología, al final

El sistema ejecuta OpenClaw 2026.5.22 en un VPS de Hostinger con Discord, proxy de facturación, Ollama, gbrain, Kie.ai, Whisper local, comprobaciones de Composio y soporte CLI de Apify. Cada agente tiene archivos e instrucciones propios. La separación importa porque el ingeniero de prompts no debe comportarse como outreach, mientras la memoria común evita bots sin contexto.

Testimonio del cliente

No existe una cita textual verificable. La afirmación pública se limita al sistema y la evidencia de entorno conservada.

Siguiente transformación

Descubre cómo Scaling Webinars coordinó ocho departamentos especialistas en un centro de mando. Aplica el mismo principio en un entorno de entrega de webinars con una señal de actividad mayor.

Obtén tu plan de IA

Si tus funciones de crecimiento necesitan especialistas pero comparten el contexto del fundador, la primera decisión es el routing, no el modelo. Reserva una auditoría gratuita de IA para identificar el departamento cuyos handoffs cuestan más atención.

Registro de fuentes

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