Mickael.
← Volver al Blog
Stack · 7 min ·

El stack que uso para construir SaaS con IA en 2026

Next.js 15, Supabase, Claude API, n8n self-hosted y Engram. Cada herramienta tiene una razón de estar acá — y las que no la tienen, no están.

El stack que uso para construir SaaS con IA en 2026

Un stack no es una lista de tools. Es una decisión de arquitectura.

Cada vez que alguien me pregunta "¿qué tecnología uso para hacer X?", la respuesta honesta es: depende de para qué. Pero en 2026, después de construir Nexus CRM, JARVIS, y varios proyectos de clientes, tengo un stack que uso por default para cualquier SaaS moderno con componentes de IA.

No lo elegí de un listado de "top tools 2026". Lo construí por eliminación: lo que me dio problemas salió, lo que funcionó se quedó. Acá está con las razones reales detrás de cada elección.


Frontend: Next.js 15 + React 19 + Tailwind 4

Por qué Next.js 15 y no Vue o Svelte

Vue es elegante. Svelte es rápido. Pero el ecosistema de React sigue siendo imbatible para SaaS en 2026, y Next.js 15 tiene Server Components maduros, App Router estable y el mejor soporte de Vercel (que es también mi plataforma de deploy).

React 19 trajo mejoras reales en performance y el manejo de estado asíncrono. Con use() para promesas y Server Actions nativos, el patrón de arquitectura cambió. Ya no necesitás Redux para el 90% de los casos.

Tailwind 4 merece mención especial: el nuevo motor CSS-first es un cambio de paradigma. Ya no hay config de JavaScript, el archivo CSS es la config, y el tree-shaking es automático. Los build times bajaron a la mitad.

Lo que no uso en el frontend

No uso Chakra UI, Material UI ni ninguna librería de componentes pesada. Para UI custom prefiero componentes propios sobre primitivos de Radix. Para animaciones, Framer Motion cuando necesito algo sofisticado, CSS nativo cuando no.


Backend: Supabase

Supabase es el backend del stack y acá voy a ser directo: es la decisión que más me ha ahorrado tiempo en los últimos 2 años.

Con Supabase obtenés:

  • PostgreSQL gestionado con backups automáticos, replicas y extensiones (pgvector para embeddings, por ejemplo)
  • Auth completo: email, magic link, OAuth con Google/GitHub, JWTs, Row Level Security
  • Realtime: suscripciones a cambios en base de datos via WebSockets, sin configuración extra
  • Storage: S3-compatible, con policies de acceso integradas con el sistema de auth
  • Edge Functions: Deno-based para lógica de servidor que no va en el cliente

Para Nexus CRM, Supabase maneja multi-tenancy via Row Level Security: cada empresa tiene su schema aislado y no puede acceder a datos de otras. Implementarlo desde cero en otro sistema hubiera tomado semanas.

El patrón que uso para multi-tenant

-- RLS policy básica por organización
CREATE POLICY "org_isolation" ON contacts
  USING (org_id = auth.jwt() ->> 'org_id');

Simple, escalable, y Supabase lo maneja transparentemente en cada query.


IA: Claude API (Anthropic)

Por qué no OpenAI

Esta es la pregunta que más me hacen. La respuesta corta: Claude maneja mejor el razonamiento con contexto largo y es más consistente en outputs estructurados.

Para un sistema como JARVIS donde los agentes se pasan información entre sí y necesitan mantener coherencia a lo largo de conversaciones largas, eso importa. GPT-4 tiene mejor benchmark en tareas de código puntual. Claude tiene mejor benchmark en tareas de razonamiento complejo y seguimiento de instrucciones multi-paso.

Además, el sistema de prompt caching de Anthropic es crucial para token economics: podés cachear el system prompt de un agente y pagar solo la diferencia por sesión. En un sistema con 11 agentes que comparten mucho contexto base, eso reduce el costo hasta un 70%.

La asignación de modelos por rol

Tarea Modelo Razón
Arquitectura, decisiones complejas Claude Opus Máximo razonamiento
Desarrollo, diseño, contenido Claude Sonnet Balance calidad/costo
Tareas mecánicas, documentación Claude Haiku Velocidad y costo mínimo

El costo total del sistema con 11 agentes activos es de $80-150 USD/mes. Menos que una suscripción de Adobe Creative Cloud.


Automatización: n8n self-hosted

n8n es la pieza de pegamento del stack. Conecta todo con todo: cuando pasa algo en Supabase, n8n puede disparar un agente de JARVIS, enviar un mensaje de WhatsApp, actualizar Notion, mandar un email y registrar en el CRM — todo en el mismo workflow.

¿Por qué no Zapier o Make?

Tres razones:

  1. Costo: Zapier a ese volumen de workflows costaría $400-800/mes. n8n self-hosted en mi servidor Hetzner cuesta $8/mes de infra.
  2. Control: Cuando un workflow falla, puedo debuggear el código. Con Zapier sos rehén de su sistema de logs.
  3. Customización: n8n permite código JavaScript custom en cualquier nodo. Para integraciones raras o lógica compleja, eso es invaluable.

Lo corro via Easypanel en un VPS de Hetzner (CX21, €3.79/mes). Estable hace 14 meses sin downtime significativo.


Deploy: Vercel + Easypanel

El frontend de cualquier proyecto Next.js va a Vercel. No hay alternativa que se le acerque en términos de DX (Developer Experience): push a main, deploy automático en 45 segundos, preview URLs para cada PR, analytics integrado.

Para servicios que no van en Vercel (n8n, APIs propias, Engram, microservicios), uso Easypanel sobre Hetzner. Easypanel es básicamente un panel de control de Docker que hace que deployar un servicio sea tan simple como pegar la URL de un repositorio.

El costo mensual total de infra para un SaaS en producción con tráfico moderado: ~$35-50 USD.


Memoria: Engram

Engram es el componente más custom del stack. Lo escribí en Go y es un sistema de memoria persistente para agentes IA. Permite que los agentes recuerden decisiones, contexto y aprendizajes entre sesiones.

El problema que resuelve: por defecto, cada conversación con un modelo de IA empieza desde cero. Para un sistema de agentes en producción, eso es un problema enorme. Engram actúa como la memoria de largo plazo del equipo.

Técnicamente es un servidor HTTP que expone una API de observaciones (memories) con búsqueda semántica y por keywords. Los agentes pueden guardar y recuperar contexto usando MCP (Model Context Protocol).


CI/CD y Gestión: Claude Code + GitHub

Claude Code como IDE es la apuesta más reciente del stack y ya no puedo trabajar sin él. No es solo autocompletado: es un agente que entiende el contexto completo del proyecto, puede refactorizar múltiples archivos, ejecutar comandos, leer errores y resolverlos.

El flujo es simple: trabajo en una rama, Claude Code ayuda con el desarrollo, cuando está listo hago PR en GitHub, Ghost (el agente de seguridad) revisa el código, y si pasa el CI automático, merge a main y Vercel deploya en minutos.


El stack completo en una tabla

Capa Tool Costo aprox.
Frontend Next.js 15 + Vercel $0-20/mes (free tier)
Base de datos Supabase $0-25/mes
IA Claude API $80-150/mes
Automatización n8n self-hosted ~$4/mes (infra)
Servicios Easypanel + Hetzner ~$8-15/mes
Repositorio GitHub $0-4/mes
Total ~$120-220/mes

Por menos de $220/mes tenés un stack de producción que compite con el de empresas que gastan 10 veces más. Esa es la ventaja del founder técnico en 2026.


¿Querés implementar este stack en tu proyecto?

Si estás construyendo un SaaS y querés implementar este stack desde el principio (sin aprender de los errores que ya cometí yo), puedo ayudarte.

Desde el setup inicial hasta la arquitectura completa de un sistema de agentes IA integrado a tu producto. Escribime por Instagram @MickaelDesigner o desde el formulario de contacto en mickaelvasquez.tech.