# klaassen-stop-coding-start-planning-every-2025-11-06

## Veille

Planificación vs Vibe Coding - Compounding Engineering - Three Fidelities - Agentes de IA - Cora Email Bankruptcy - Plans Teach Systems - Every Source Code

## Titre Article

Stop Coding and Start Planning

## Date

2025-11-06

## URL

https://every.to/source-code/stop-coding-and-start-planning

## Keywords

planificación, vibe coding, compounding engineering, agentes de IA, three fidelities, Cora, email bankruptcy, Figma to code, agentes de planificación, conocimiento institucional, Claude Code, fase de investigación, prototipado, vibe planning, View Components, planes en GitHub, revisión con Puppeteer, enseñar sistemas a la IA, SDLC, ciclo de vida del software, SDLC agéntico

## Authors

Kieran Klaassen (General Manager, Cora)

## Ton

**Perfil:** Tutorial de practicante | Practicante en primera persona | Educativo-narrativo | Experto-accesible

Klaassen (GM de Cora) adopta la voz de un practicante experimentado que comparte lecciones duramente aprendidas al construir un producto de correo electrónico. La estructura narrativa de tutorial (problema → idea → solución → ejemplo) ilustra una pedagogía basada en storytelling. El lenguaje de ingeniería propio de un practicante (rate limiting, cache layer, queue system, race conditions), fundamentado en el ejemplo concreto del email bankruptcy de Cora, genera credibilidad. El tono honesto y reflexivo, que admite sus propios errores ("Yo también lo hice") antes de prescribir soluciones, genera confianza. Las anécdotas personales (5 pantallas de Figma, un plazo de un fin de semana, prototipos descartados) humanizan los conceptos técnicos. El enfoque en el pensamiento sistémico ("enseñar a la IA cómo piensas") en lugar de la ejecución táctica refleja la perspectiva de un ingeniero senior. Típico de los columnistas de Source Code de Every.to (Dan Shipper, Nathan Baschez), que combinan tutoriales prácticos y frameworks estratégicos para una audiencia de constructores que buscan flujos de trabajo de IA duraderos más allá del hype.

## Pense-betes

- **Tesis central**: "La IA nos volvió descuidados porque nos hizo olvidar cómo planificar"
- **Vibe coding**: "Haz que esta función funcione" → esperando que la IA tome el camino correcto → 3h de depuración vs 10 min de planificación
- **Planificación con IA**: investigar el codebase, comprobar la librería, consultar mejores prácticas, crear un plan con 3 enfoques + tradeoffs
- **Los planes enseñan sistemas, el código resuelve problemas**: planes = conocimiento institucional, código = solución puntual
- **Compounding engineering**: cada unidad de trabajo facilita la siguiente al enseñar a la IA
- **El framework de las Tres Fidelidades**:
- **Fidelidad Uno (corrección rápida)**: cambio de una línea, errata, bug obvio. Planificación ligera. Claude Sonnet 4.5 expande este alcance (cambios de precios, normalización de correos, corrección de tests)
- **Fidelidad Dos (punto óptimo)**: multiarchivo, refactorización, alcance claro, implementación no obvia. ROI masivo de la planificación. Ejemplo: herramienta de archivado por consulta
- **Fidelidad Tres (grande e incierto)**: funciones importantes, alcance vago, requisitos inciertos. Vibe planning = prototipado rápido + planificación rigurosa. Ejemplo: email bankruptcy, 53.000 correos
- **Caso Cora email bankruptcy**: 5 pantallas de Figma → pixel-perfect en un fin de semana con agentes de planificación
- **Flujo de trabajo de dos agentes**: Agente 1 (análisis de Figma → plan), Agente 2 (comparación con Puppeteer → iterar hasta coincidencia)
- **Acumulación de conocimiento**: más de 50 revisiones de planes → el sistema aprende preferencias y pensamiento arquitectónico
- **Fase de investigación crítica**: el archivado por consulta reveló una herramienta de búsqueda existente y cuotas de la Gmail API
- **Vibe planning**: prototipos desechables para clarificar requisitos antes de la implementación real
- **Descomposición de la Fidelidad Tres**: prototipar 3 soluciones (tiempo real, caché simple, cola) → aprender → dividir en piezas de Fidelidad Dos
- **Preferencia por View Components**: codificada en las instrucciones del agente → automática para todos los diseños futuros
- **Los planes perduran, los prototipos se descartan**: se extrae el conocimiento y luego se abandona el prototipo
- **Los próximos modelos se benefician automáticamente**: GPT-5/Claude mejoran los planes, pero el conocimiento institucional se acumula por separado

## RésuméDe400mots

Kieran Klaassen, General Manager de Cora (el producto de correo electrónico de Every), sostiene que la IA generativa nos ha vuelto "descuidados" al hacernos olvidar cómo planificar. El vibe coding inicial ("Haz que esta función funcione") genera código rápidamente, pero a menudo conduce a 3 horas de depuración que una sesión de planificación de 10 minutos habría evitado, además de partir de cero en cada función en lugar de que la IA mejore con cada solicitud.

**Planificación vs Vibe Coding**

El contraste es marcado. Vibe coding: "Añade validación de correo electrónico al formulario de registro" → esperando que la IA tome el camino correcto. Planificación con IA: "Investiga cómo gestionamos la validación en otras partes del codebase, comprueba si nuestra librería de correo tiene validación integrada, consulta las mejores prácticas para mensajes de error amigables para el usuario, luego crea un plan mostrando tres enfoques con sus tradeoffs." Un enfoque entrega una función. El otro entrega una función Y enseña al sistema cómo piensas para la próxima vez.

**El Framework de las Tres Fidelidades**

Klaassen propone un framework para categorizar el trabajo de ingeniería:

- **Fidelidad Uno (Corrección rápida)**: cambios de una línea, erratas, bugs obvios. Una planificación ligera basta. Con Claude Sonnet 4.5, esta categoría se expande: cambios de precios en todo el codebase, normalización de correos, reorganización de código, migración de dependencias - trabajo de varias horas convertido en 10 minutos con un plan bien construido.

- **Fidelidad Dos (Punto óptimo)**: funciones multiarchivo, refactorización necesaria, alcance claro pero implementación no obvia. Aquí es donde brilla la compounding engineering. Ejemplo: añadir una capacidad de "archivar por consulta" para Cora. En lugar de un prompt directo, la fase de investigación revela una herramienta reutilizable ya existente y cuotas estrictas de la Gmail API. 20 minutos de comprensión ahorraron horas de depuración de fallos en producción.

- **Fidelidad Tres (Grande e incierto)**: funciones importantes con requisitos de épica, alcance vago. La planificación por sí sola es insuficiente. Requiere "vibe planning" = prototipado rápido y desechable para clarificar, seguido de una planificación rigurosa para construir correctamente. La función de email bankruptcy (53.000 correos) parecía Fidelidad Dos, se convirtió en Fidelidad Tres una vez descubierta la complejidad del rate limiting, el caché y los sistemas de colas. Solución: 3 prototipos de dificultad ascendente → aprender qué funciona → dividir en piezas secuenciales de Fidelidad Dos.

**Caso concreto: Email Bankruptcy**

Klaassen tenía 5 diseños de pantalla en Figma y un fin de semana. En lugar de programar manualmente, creó dos agentes: el Agente 1 analiza una captura de Figma → produce un plan detallado fundamentado en patrones/componentes. El Agente 2 compara Figma vs lo construido (capturas con Puppeteer) → itera hasta la coincidencia. Resultado: 5 pantallas pixel-perfect, incluyendo diseños móviles que nunca se diseñaron, en un fin de semana. El plan guió el trabajo, la perfección de píxeles emergió.

**Conocimiento acumulativo**

El verdadero poder: cada revisión de plan acumula conocimiento institucional. El código enseña "Así se resuelve ESTE problema." Los planes enseñan "Así se PIENSA sobre problemas como este." Después de más de 50 revisiones de planes, los planes devueltos reflejan automáticamente las preferencias arquitectónicas (por ejemplo, View Components por defecto para el sistema de diseño). Los próximos modelos (GPT-5, Claude Sonnet 4.5+) mejorarán automáticamente los planes, pero el conocimiento institucional se acumula por separado.

**La forma más rápida de enseñar**

Klaassen concluye: la planificación es la actividad de mayor apalancamiento en el desarrollo asistido por IA. Una hora invertida en mejorar el sistema de planificación hace que cada hora futura sea más productiva. La forma más rápida de enseñar a la IA no es a través del código que escribes, sino a través de los planes que revisas.

## GrapheDeConnaissance

- Kieran Klaassen —dirige→ Cora (ORGANISATION, 0.98)
- Kieran Klaassen —travaille_chez→ Every (ORGANISATION, 0.98)
- Kieran Klaassen —recommande→ planification avec IA (METHODOLOGIE, 0.97)
- vibe coding —s_oppose_à→ planification avec IA (METHODOLOGIE, 0.95)
- Compound Engineering —est_basé_sur→ plans enseignant le système (CONCEPT, 0.95)
- Three Fidelities —s_applique_à→ travail d'engineering (CONCEPT, 0.93)
- Fidelity Two —améliore→ Compound Engineering (METHODOLOGIE, 0.88)
- Fidelity Three —utilise→ vibe planning (METHODOLOGIE, 0.9)
- agent de planification Figma —utilise→ Puppeteer (TECHNOLOGIE, 0.92)
- Claude Code —améliore→ planification Fidelity One (CONCEPT, 0.9)
- Cora —a_créé→ email bankruptcy feature (CONCEPT, 0.97)
- Gmail API —s_applique_à→ opérations bulk (CONCEPT, 0.93)
- plans —permet→ connaissance institutionnelle (CONCEPT, 0.92)

---
Canonical: https://www.thekb.eu/es/fiches/klaassen-stop-coding-start-planning-every-2025-11-06/