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

## Veille

Planning vs Vibe Coding - Compounding Engineering - Three Fidelities - AI Agents - 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

planning, vibe coding, compounding engineering, agenti IA, three fidelities, Cora, email bankruptcy, da Figma a codice, agenti di pianificazione, conoscenza istituzionale, Claude Code, fase di ricerca, prototipazione, vibe planning, View Components, piani GitHub, revisione Puppeteer, insegnare a sistemi IA, SDLC, ciclo di vita del software, agentic SDLC

## Authors

Kieran Klaassen (General Manager, Cora)

## Ton

**Profilo:** Tutorial per praticanti | Praticante in prima persona | Narrativo-educativo | Esperto-accessibile

Klaassen (GM di Cora) adotta la voce di un professionista esperto che condivide lezioni apprese sul campo costruendo un prodotto email. La struttura narrativa da tutorial (problema → intuizione → soluzione → esempio) illustra una pedagogia basata sullo storytelling. Il linguaggio tecnico da praticante (rate limiting, cache layer, sistema di code, race conditions), radicato nell'esempio concreto dell'email bankruptcy di Cora, costruisce credibilità. Il tono onesto e riflessivo, che ammette i propri errori ("L'ho fatto anch'io") prima di prescrivere soluzioni, costruisce fiducia. Gli aneddoti personali (5 schermate Figma, una scadenza di un weekend, prototipi scartati) umanizzano i concetti tecnici. Il focus sul pensiero sistemico ("insegnare all'IA come ragioni") piuttosto che sull'esecuzione tattica riflette la prospettiva di un ingegnere senior. Tipico dei columnist di Source Code di Every.to (Dan Shipper, Nathan Baschez) che combinano tutorial pratici e framework strategici per un pubblico di builder alla ricerca di workflow IA durevoli oltre l'hype.

## Pense-betes

- **Tesi centrale**: "L'IA ci ha resi sciatti perché ci ha fatto dimenticare come pianificare"
- **Vibe coding**: "Fai funzionare questa feature" → sperando che l'IA imbocchi la strada giusta → 3h di debugging contro 10 min di pianificazione
- **Planning con l'IA**: verificare il codebase, controllare la libreria, consultare le best practice, creare un piano con 3 approcci + tradeoff
- **I piani insegnano ai sistemi, il codice risolve i problemi**: i piani = conoscenza istituzionale, il codice = soluzione puntuale
- **Compounding engineering**: ogni unità di lavoro rende la successiva più facile insegnando all'IA
- **Il framework delle Tre Fedeltà**:
- **Fedeltà Uno (quick fix)**: modifica di una riga, refuso, bug evidente. Pianificazione leggera. Claude Sonnet 4.5 espande questo ambito (modifiche di pricing, normalizzazione email, correzione dei test)
- **Fedeltà Due (sweet spot)**: multi-file, refactoring, ambito chiaro, implementazione non ovvia. ROI massiccio dalla pianificazione. Esempio: strumento di archiviazione basato su query
- **Fedeltà Tre (grande e incerta)**: feature importanti, ambito vago, requisiti incerti. Vibe planning = prototipazione rapida + pianificazione rigorosa. Esempio: email bankruptcy, 53.000 email
- **Caso Cora email bankruptcy**: 5 schermate Figma → pixel-perfect in un weekend con agenti di pianificazione
- **Workflow a due agenti**: Agente 1 (analisi Figma → piano), Agente 2 (confronto Puppeteer → itera fino alla corrispondenza)
- **Accumulo di conoscenza**: oltre 50 revisioni di piani → il sistema impara preferenze e pensiero architetturale
- **Fase di ricerca critica**: l'archiviazione basata su query ha rivelato uno strumento di ricerca esistente e le quote della Gmail API
- **Vibe planning**: prototipi usa e getta per chiarire i requisiti prima dell'implementazione effettiva
- **Suddivisione della Fedeltà Tre**: prototipare 3 soluzioni (tempo reale, cache semplice, coda) → imparare → suddividere in pezzi di Fedeltà Due
- **Preferenza per i View Components**: codificata nelle istruzioni dell'agente → automatica per tutti i design futuri
- **I piani restano, i prototipi vengono scartati**: la conoscenza viene estratta poi il prototipo viene abbandonato
- **I prossimi modelli traggono beneficio automaticamente**: GPT-5/Claude migliorano i piani, ma la conoscenza istituzionale si accumula separatamente

## RésuméDe400mots

Kieran Klaassen, General Manager di Cora (il prodotto email di Every), sostiene che l'IA generativa ci ha resi "sciatti" facendoci dimenticare come pianificare. Il vibe coding iniziale ("Fai funzionare questa feature") genera rapidamente codice ma spesso porta a 3 ore di debugging che una sessione di pianificazione di 10 minuti avrebbe evitato, ripartendo da zero a ogni feature invece di far migliorare l'IA con ogni richiesta.

**Planning vs Vibe Coding**

Il contrasto è netto. Vibe coding: "Aggiungi la validazione email al form di iscrizione" → sperando che l'IA imbocchi la strada giusta. Planning con l'IA: "Verifica come gestiamo la validazione altrove nel codebase, controlla se la nostra libreria email ha una validazione integrata, consulta le best practice per messaggi di errore user-friendly, poi crea un piano che mostri tre approcci con i relativi tradeoff." Un approccio consegna una feature. L'altro consegna una feature E insegna al sistema come ragioni, per la volta successiva.

**Il framework delle Tre Fedeltà**

Klaassen propone un framework per categorizzare il lavoro di ingegneria:

- **Fedeltà Uno (Quick fix)**: modifiche di una riga, refusi, bug evidenti. Basta una pianificazione leggera. Con Claude Sonnet 4.5, questa categoria si espande: modifiche di pricing trasversali al codebase, normalizzazione delle email, riorganizzazione del codice, migrazione delle dipendenze - lavoro di più ore trasformato in 10 minuti con un piano ben costruito.

- **Fedeltà Due (Sweet spot)**: feature multi-file, refactoring necessario, ambito chiaro ma implementazione non ovvia. È qui che il compounding engineering brilla. Esempio: aggiungere una capacità di "archiviazione per query" per Cora. Invece di un prompt diretto, la fase di ricerca rivela uno strumento riutilizzabile già esistente e quote rigide della Gmail API. 20 minuti di comprensione hanno risparmiato ore di debugging di fallimenti in produzione.

- **Fedeltà Tre (Grande e incerta)**: feature importanti con requisiti da epic, ambito vago. La sola pianificazione non basta. Richiede "vibe planning" = prototipazione rapida e usa e getta per chiarire, seguita da una pianificazione rigorosa per costruire correttamente. La feature di email bankruptcy (53.000 email) sembrava Fedeltà Due, è diventata Fedeltà Tre una volta scoperta la complessità di rate limiting, caching e sistemi di code. Soluzione: 3 prototipi di difficoltà crescente → imparare cosa funziona → suddividere in pezzi sequenziali di Fedeltà Due.

**Caso concreto: Email Bankruptcy**

Klaassen aveva 5 design di schermate Figma e un weekend a disposizione. Invece di codificare manualmente, ha creato due agenti: l'Agente 1 analizza uno screenshot Figma → produce un piano dettagliato basato su pattern/componenti. L'Agente 2 confronta Figma con il costruito (screenshot Puppeteer) → itera fino alla corrispondenza. Risultato: 5 schermate pixel-perfect, inclusi layout mobile mai progettati, in un weekend. Il piano ha guidato il lavoro, la perfezione pixel è emersa di conseguenza.

**Conoscenza cumulativa**

Il vero potere: ogni revisione di piano accumula conoscenza istituzionale. Il codice insegna "Ecco come risolvere QUESTO problema." I piani insegnano "Ecco come PENSARE a problemi come questo." Dopo oltre 50 revisioni di piani, i piani restituiti riflettono automaticamente le preferenze architetturali (ad esempio, View Components di default per il design system). I prossimi modelli (GPT-5, Claude Sonnet 4.5+) miglioreranno automaticamente i piani, ma la conoscenza istituzionale si accumula separatamente.

**Il modo più rapido per insegnare**

Klaassen conclude: la pianificazione è l'attività a più alta leva nello sviluppo assistito dall'IA. Un'ora investita a migliorare il sistema di pianificazione rende ogni ora futura più produttiva. Il modo più rapido per insegnare all'IA non è attraverso il codice che scrivi, ma attraverso i piani che revisioni.

## 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/it/fiches/klaassen-stop-coding-start-planning-every-2025-11-06/