Llevo más de un año con Claude Code abierto casi a diario. Como CTO de GetaLink, lo uso a todas horas. Y aún así, si me preguntas hoy si tengo un setup multi-agente productivo en algún proyecto mío, la respuesta honesta es no.
Eso va a cambiar en las próximas 8 semanas. Voy a montar un equipo de 6 agentes y, con ellos, voy a construir agentdeck — una herramienta web para visualizar el setup multi-agente de cualquier repo de Claude Code. Lo voy a hacer en público, con dos repos abiertos en GitHub, y con la intención clara de convertirlo en un micro-SaaS de pago desde el primer día.
Sin marketing inflado, sin pretender que ya funciona. Si algo se rompe, lo cuento. Si una decisión de pricing es difícil, la pongo encima de la mesa. Esto es la semana 0.
Por qué este post existe
El espacio “multi-agente con Claude Code” en español tiene dos tipos de contenido ahora mismo:
- El que asume que ya sabes. Empieza por “copia este
CLAUDE.mdy configura estos 7 agentes”. Te lo aplicas, no funciona como en el screenshot, y no sabes por qué. - El que vende. Caso de éxito ya pulido — “así pasé de 0 a deployar features en 2 horas con mi sistema multi-agente”. Empaquetado, vendible, irrepetible.
Falta un tercer tipo: alguien que no lo tenga aún, lo monte delante de ti, y te enseñe los errores en el momento en el que ocurren. Y, ya que lo monta, que construya algo real con esos agentes — no un proyecto de juguete.
Eso es lo que voy a hacer.
Por qué un micro-SaaS, y por qué transparente desde día 1
Podría montar el setup multi-agente sobre cualquier side project. Pensé en hacerlo sobre una app iOS privada que estoy construyendo. Lo descarté: si el código del proyecto es privado, la mitad de la honestidad del build-in-public se pierde — la gente tiene que confiar en mis palabras, no puede auditar nada.
Así que cambié el plan:
- El proyecto sobre el que trabajan los agentes es agentdeck, una herramienta para developers que usan Claude Code
- El código de agentdeck es público desde el día 0 (BSL 1.1 — ver más abajo)
- El setup multi-agente que la construye también es público (agentdeck-claude-setup)
- Y la intención de monetizarlo se comunica desde el primer post — este
¿Por qué decirlo desde día 1 en vez de esperar a “tener algo que vender”? Porque las decisiones técnicas que tomas cuando sabes que vas a monetizar son distintas (auth, telemetría, estructura de planes). Si las disfrazo de “es solo open-source” y a los 2 meses introduzco pricing, el lector se siente engañado. Es más limpio decirlo ya.
Las reglas del juego
Para que esto no sea humo, me autoimpongo cinco reglas:
- 8 semanas, una entrega cada martes. Si una semana no hay avance real, lo digo. No relleno con teoría genérica.
- Dos repos públicos. El código de agentdeck en
devsdm99/agentdeck. El setup multi-agente que lo construye endevsdm99/agentdeck-claude-setup. Cada post enlaza al commit exacto de esa semana. - Source-available, no MIT puro. Licencia BSL 1.1: cualquiera puede leer, aprender, ejecutar localmente y contribuir; nadie puede coger el código y vender un agentdeck competidor. A los 4 años, el código pasa a MIT automáticamente.
- Pricing comunicado desde día 1. Plan freemium. Free hasta 3 repos. Pro a 12,99 €/mes o 109 €/año (~30% descuento anual). 10 días de Pro de regalo al registrarte, sin tarjeta. Estos números pueden ajustarse en la semana 6 con datos reales de uso.
- Cero marketing agresivo. Cero llamadas frías, cero secuencias de email manipuladoras. La newsletter es gratis. Si la herramienta vale, la gente paga; si no, no.
Mi punto de partida real (semana 0)
Honestidad brutal sobre lo que tengo hoy, antes de empezar:
- Claude Code instalado y usado a diario desde hace más de un año (plan Max)
- Cero subagentes propios. Conozco la idea, he leído el docs de Anthropic, pero no he configurado ninguno en serio.
- Cero skills propias. Uso las que vienen de fábrica.
- Cero hooks personalizados.
- Cero código de agentdeck. El repo existe pero solo tiene README y roadmap.
- Cero usuarios. Cero pagos. Cero stripe configurado. Esto es la línea de salida.
Si te parece poco, es exactamente el punto: si yo, que llevo años escribiendo software profesional, estoy aquí — la mayoría de developers en mi sector están en el mismo punto o más atrás. Pretender lo contrario para que el contenido suene impresionante es mentir.
Hipótesis: los 6 agentes que CREO que necesito
Este es el mapa con el que arranco. Aviso explícito: esto puede cambiar. Es probable que en la semana 3 descubra que algún rol sobra, que dos roles deberían fusionarse, o que falta uno crítico que no había contemplado. Cuando pase, lo cuento.
agentdeck es una web app: Astro + React islands + Tailwind + Anthropic SDK + un backend ligero para la parte de pago (Stripe + base de datos para suscripciones). Para ese stack mi hipótesis es:
| # | Rol | Para qué creo que lo necesito |
|---|---|---|
| 1 | Architect | Decisiones de alto nivel: cuándo extraer un módulo, dónde poner la frontera entre Astro estático y React islands, qué meter o no en backend |
| 2 | View Builder | Crear y modificar componentes Astro y React. Estilado con Tailwind. UI puramente visual |
| 3 | State Manager | Gestión de estado en React islands (Zustand probablemente), data flow cliente ↔ servidor |
| 4 | Backend & Integrations | Endpoints, parser de .claude/agents/, integración con Stripe, Anthropic SDK donde aporta |
| 5 | Test Writer | Tests unitarios + e2e con Playwright. Solo escribir tests, no decidir qué probar |
| 6 | QA Reviewer | Lectura crítica del código que han escrito los demás antes de commit |
Algunos detalles que ya me hacen ruido y que probablemente cambien:
- ¿Architect y QA Reviewer son lo mismo? Suenan parecidos. Mi corazonada es que no — el Architect decide y el QA valida — pero puede que en la práctica colapsen en uno solo.
- ¿Hace falta un agente solo para tests? O quizá los tests deben ser responsabilidad de quien escribe la feature. Lo veremos cuando intente que el Test Writer escriba tests sin contexto del cambio.
- ¿Backend & Integrations es un único rol? Stripe + parser de markdown + llamadas al modelo son cosas muy distintas. Puede que se rompa en dos.
La gracia del formato build-in-public es que estas dudas no se resuelven en la cabeza, se resuelven escribiendo código. Si en 4 semanas vuelvo y digo “el rol QA no aportaba nada, lo eliminé”, eso es un post entero.
El plan de las 8 semanas
Lo que pretendo publicar cada martes. Esto también es hipótesis — si la semana 3 descubro algo que rompe el plan, el plan se rompe y se rehace.
- Semana 1 (este post) — Punto de partida, reglas del juego, hipótesis de roles, decisión de pricing pública
- Semana 2 — El primer
CLAUDE.mdreal para agentdeck: qué entró, qué dejé fuera y por qué - Semana 3 — El primer subagente: View Builder. Prompt completo, configuración y los fallos
- Semana 4 — Skills vs Subagents vs Agent Teams en este stack (con ejemplos del repo)
- Semana 5 — Cómo evito que dos agentes editen el mismo archivo a la vez (hooks)
- Semana 6 — Decisión de pricing definitiva: límites del free tier, features Pro, primera versión del paywall
- Semana 7 — Primera versión usable (v0.1) deployada en
agentdeck.sergiodima.dev - Semana 8 — Métricas reales a 8 semanas: % de código escrito por agentes vs por mí, conversión free → trial, primeros pagos (si los hay)
Los dos repos públicos
Código de agentdeck (el producto)
Aquí vive el código del producto. Hoy solo hay README + roadmap. A partir de la semana 1, código real cada semana.
Setup multi-agente (cómo se construye)
github.com/devsdm99/agentdeck-claude-setup
Aquí vive el CLAUDE.md, los agentes, las skills y los hooks. Es el “cerebro” que escribe el código del repo anterior. Los dos repos son independientes a propósito: la herramienta es de pago a futuro, el setup es libre de copiar y adaptar.
Cada post de la newsletter va a enlazar al commit exacto de esa semana en cada repo, así puedes ver la evolución y, si quieres, copiarte la versión de la semana 3 del setup para compararla con la versión de la semana 7.
Pricing transparente desde día 1
Para no jugar al gato y al ratón con esto, el pricing planeado es:
| Plan | Precio | Qué incluye |
|---|---|---|
| Free | 0 € | Hasta 3 repos · 1 setup activo · dashboard básico |
| Pro | 12,99 €/mes | Repos ilimitados · sync · diff entre versiones · export · histórico |
| Pro Anual | 109 €/año | Lo mismo que Pro, ~30% descuento sobre 12 meses |
| Trial | 10 días de Pro | Sin tarjeta al registrarse |
Estos números pueden ajustarse en la semana 6 con datos reales del free tier. Si descubro que 3 repos free es demasiado generoso (o muy poco), lo digo.
Qué te llevas tú
Si estás en la situación de “tengo Claude Code, hice /init, sé que esto de los agentes es una cosa, pero no he montado nada serio” — esta newsletter está pensada para ti. Lo que vas a obtener:
- Una hoja de ruta auditada para llegar de
/inita un setup multi-agente productivo, sin saltos mágicos - Errores documentados antes de que los cometas tú (la parte más cara de aprender en solitario)
- Dos repos de referencia con un setup real construyendo un producto real
- Decisiones de producto reales — pricing, features, primer cliente, primer churn
- El propio agentdeck cuando esté listo (free tier permanente, gratis para tu uso)
Lo que no vas a obtener:
- Promesas de productividad medibles antes de tenerlas
- Un kit cerrado para copiar y pegar (eso vendrá, si vendrá, en fase 2)
- Contenido sobre stacks ajenos al proyecto (Vue, Go, Rust, Flutter): foco quirúrgico en este stack y los que toco a diario en GetaLink (.NET, React)
Suscríbete y empieza el martes
Si todo esto te resuena, suscríbete a Multiagente y recíbelo cada martes a las 9:00 CET. Si en algún momento ya no te aporta, te das de baja con un click. Sin drama.
Nos vemos el próximo martes con la semana 2: el primer CLAUDE.md real para agentdeck, comentado línea a línea.