Esta es la primera entrada de una serie donde documento, en tiempo real, cómo construyo Deviam Corp.
Sin filtros. Sin hacer ver que todo salió perfecto. Con los errores, los bloqueos y las decisiones reales.
Por qué "build in public"
No es una estrategia de marketing. Es la forma en que quiero operar.
La mayoría de empresas de IA hablan de lo que pueden hacer. Muy pocas muestran cómo lo hacen, con qué herramientas, qué falló en el intento, qué costó. Eso es lo que voy a hacer aquí.
Si en algún momento te sientes identificado con un bloqueo que tuve, o encuentras útil una decisión que tomé, el post habrá valido la pena.
El punto de partida
Empecé con tres cosas claras:
- Quería un studio de automatización con IA que operara de verdad, no solo en demos
- Quería construirlo como si ya fuera una empresa de 10 personas, con estructura real desde el día 1
- Quería operar con cadencia Mediterranean — ciclos intensos + recuperación, sin el hustle de 18h al día
No tenía equipo. Tenía Claude Code, una VPS en Hostinger, y ganas de hacer algo real.
La arquitectura que elegí
Después de varias semanas evaluando opciones, el stack quedó así:
Orquestación de agentes: Claude Code como CLI orquestador central. No como chat, sino como sistema operativo inteligente con acceso al filesystem y memoria persistente entre sesiones.
Automatización: n8n self-hosted en VPS. Elegiría este mismo hoy — el control sobre los datos y la capacidad de conectar cualquier API sin límites de plan es brutal.
Base de datos: Supabase. PostgreSQL gestionado con realtime, RLS y API REST generada automáticamente. Para lo que necesito en Y1, es más que suficiente.
Webs: Next.js 15 App Router en Vercel. Para deviam.es, alejoxtd.com y el panel de administración.
Auth: Clerk. La integración con Next.js es la mejor que he probado. En 3 horas tenía autenticación en producción.
Alertas y comunidad: Telegram bot. Migré de Slack porque era innecesariamente caro y complejo para las notificaciones internas.
Los 20 días
No fue lineal. Así fue realmente:
Semana 1-2: Fundamentos. VPS configurada, n8n corriendo, primeros workflows de monitoreo, estructura de agentes definida. La mayoría del tiempo lo pasé en decisiones de arquitectura, no en código.
Semana 3: Webs. deviam.es y alejoxtd.com rediseñadas y lanzadas. 77 páginas compilando con 0 errores. El copy fue lo más difícil — encontrar la voz real, sin jerga vacía.
Semana 4 (D17-D20): Admin + bot. El panel de administración en admin.deviam.es con Clerk en producción, Supabase con los schemas correctos, y el bot de Telegram activo.
La noche del D20 terminé con esto en producción:
- deviam.es ✅
- alejoxtd.com ✅
- admin.deviam.es ✅ (con auth real, no test keys)
- n8n con 15 workflows activos ✅
- @deviam_corp_bot ✅
- Supabase con 50+ tablas ✅
El sistema de 44 agentes
Esto es lo que más me preguntan.
No es magia. Es estructura.
Cada agente es un archivo .md en .claude/agents/ con un charter bien definido: nombre, rol, especialidad, reglas de activación y criterios de calidad. Cuando el orquestador (Deviam) necesita algo específico, invoca al agente correcto con el contexto adecuado.
Los Core 11 siempre activos son: Deviam (orquestador), Athena (arquitectura), Ares (código), Vulcano (QA), Hermex (DevOps), Demiurgo (org), Mercado (posicionamiento), Iustus (legal), Solón (finanzas), Minerva (research), Coach (energía personal).
La Junta Directiva no es una metáfora. Es un mecanismo de gobernanza real — antes de cualquier decisión importante, simulo una votación interna entre los agentes relevantes. Lleva tiempo, pero evita errores caros.
Lo que falló (y cómo lo resolví)
Clerk y las DNS: Configurar el dominio personalizado clerk.deviam.es con Cloudflare requirió 5 registros CNAME específicos que Clerk no documenta claramente. Tardé 3 horas en lo que debería haber tomado 20 minutos.
El redirect post-login en Clerk v6: NEXT_PUBLIC_CLERK_AFTER_SIGN_IN_URL está deprecated en Clerk v6. Hay que usar signInFallbackRedirectUrl como prop en ClerkProvider. Lo encontré después de revisar el changelog en detalle.
n8n y los SSL expirados: Dos workflows fallaban silenciosamente porque los certificados de los endpoints que monitoreaban habían expirado. La lección: siempre loguear el response body en los nodos HTTP, no solo el status code.
Las decisiones que cambiaron el rumbo
Academia sunset. Cerré la academia de formación que tenía antes. No porque no funcione, sino porque no es lo que quiero construir ahora. El Reto de 7 días es gratuito y sirve para el mismo objetivo con mucho menos fricción.
Build first, sell later. No salí a buscar clientes mientras construía la infraestructura. Ahora que está todo en pie, el siguiente paso es el contenido y los primeros proyectos reales.
Mediterranean cadencia. No trabajo 14 horas al día. Tengo sesiones intensas de 3-4 horas, descanso real, y no confundo actividad con progreso. Este stack lo construí trabajando de forma sostenible.
Qué viene ahora (W19)
Hoy es el Kaizen W19 — la revisión semanal del lunes a las 09:00 CET. El foco de esta semana:
- Blog posts sistemáticos (esto es el #1)
- WeeklyPulse en vídeo para LinkedIn
- Primeros proyectos cliente con el Studio
Si quieres seguir el proceso en tiempo real, estoy en alejoxtd.com y publico actualizaciones semanales aquí.
Deviam Corp es un Studio Mediterranean de automatización con IA — no una agencia tradicional, no una SaaS. Si tienes curiosidad sobre cómo puede encajar en tu empresa, hay más contexto en deviam.es.