Come Costruisco Side Project in Ore Invece che Settimane

Nelle ultime tre settimane ho spinto ~800 milioni di token attraverso Claude Code su vari progetti e utenti sul mio server. Se pagassi a token, sarebbero circa $600 USD.

Ma non pago a token. Uso un abbonamento Claude Max a $200/mese - uso illimitato, nessun costo per token. Anche con questa intensità, non ho mai raggiunto un rate limit.

Il risultato: 6 applicazioni deployate, un workflow completamente rinnovato e un cambio fondamentale nel modo in cui penso allo sviluppo software.

Il Setup

Hardware: Un server dedicato Hetzner da 33 euro/mese (i7-7700, 64GB RAM, 8TB HDD) con Debian e Virtualmin.

L’insight chiave: Claude Code funziona meglio quando ha un ambiente reale. Non una sandbox - un server vero dove può installare dipendenze, configurare servizi, chiamare API e vedere errori reali. Virtualmin mi permette di creare un nuovo sottodominio in 30 secondi, così ogni esperimento ha il suo spazio isolato.

Cosa ho costruito:

Banana Slides - Generatore di presentazioni AI
AI Whiteboard - Canvas infinito per generazione immagini AI
Meta Ads Dashboard - Analytics marketing con ottimizzazione AI
FB Comments Manager - Gestione automatizzata commenti Facebook/Instagram
Drive Dashboard - Generatore di report da Google Drive
Screenshot Uploader - Tool per condividere screenshot via SSH

Ma i progetti non sono il punto. Il workflow lo è.

Il Workflow Dual-LLM (Per Decisioni Importanti)

Per decisioni architetturali significative, non uso Claude Code da solo. Lo uso insieme a Codex di OpenAI in un dialogo deliberato.

Fase 1: Discussione Architetturale

Prima di scrivere codice su un progetto grande, lo descrivo sia a Claude che a Codex. Incollo l’architettura proposta da Claude in Codex, ottengo la sua critica, poi la riporto a Claude. Discutono finché non convergono su un approccio.

Sembra lento. Non lo è. Richiede forse 10-15 minuti e previene ore di refactoring dopo. Due modelli diversi intercettano punti ciechi diversi.

Fase 2: Implementazione

Una volta che entrambi gli LLM concordano sull’architettura, Claude Code la implementa con auto-proceed attivato. Qui vanno la maggior parte dei token - costruzione iterativa, debugging, raffinamento. Non sto a controllare ogni comando; lo lascio girare e controllo periodicamente.

Fase 3: Code Review

Dopo che Claude finisce una feature importante, incollo il codice in Codex per la review. Occhi freschi da un modello diverso intercettano cose che Claude ha mancato.

Importante: Non faccio questo per ogni task. Feature piccole, bug fix, script veloci - quelli sono solo Claude Code in auto-proceed. Il workflow dual-LLM è per quando l’architettura conta davvero.

Il Sistema di Plugin

Claude Code ha un sistema di plugin che la maggior parte delle persone non usa. Io uso due plugin da marketplace diversi che cambiano fondamentalmente come opera:

Superpowers (dal marketplace superpowers-dev)

14 “skill” specializzate che impongono workflow disciplinati. Quella che uso di più: brainstorming.

Prima di qualsiasi implementazione non banale, la skill brainstorming forza l’esplorazione:

“Cosa stiamo costruendo?”
“Quali sono i vincoli?”
“Quali sono tre approcci diversi?”
“Quali sono i tradeoff?”

Questo impedisce a Claude di tuffarsi subito nel codice. Significa che penso davvero a cosa sto costruendo prima di costruirlo.

Altre skill che uso regolarmente:

writing-plans - Crea piani di implementazione dettagliati prima di toccare il codice
systematic-debugging - Debugging strutturato invece di modifiche random
verification-before-completion - Richiede di eseguire comandi di verifica reali prima di dichiarare che qualcosa funziona
parallel-agents - Spawna multiple istanze di Claude per task indipendenti

Frontend Design (dal marketplace claude-code-plugins)

Prompt specializzati per lavoro UI. Genera interfacce distintive e production-grade invece del solito look generico Bootstrap.

I Numeri Reali

I miei dati di billing delle ultime 3 settimane (solo utente root):

Metrica	Valore
Token totali	283 milioni
Costo	$217 USD
Giorno più pesante	85M token ($45)
Modelli usati	opus-4-5, haiku-4-5, sonnet-4-5

Ma questo è solo un utente. Ogni progetto sul mio server ha il suo utente che usa Claude Code. Un altro utente da solo ha spinto 511 milioni di token ($384) in 9 giorni.

Combinato tra utenti: ~800M token, ~$600 USD in 3 settimane.

Ed è probabilmente conservativo - alcuni progetti non li ho controllati.

Il conteggio token è alto perché lascio Claude Code girare in auto-proceed. Legge file, scrive codice, esegue test, vede errori, li fixa - ogni step sono token. Un ciclo di debug potrebbero essere 5 chiamate API. Una feature completa potrebbero essere centinaia.

Il Twist Meta: Costruire Tool per il Tool

Quando usi Claude Code via SSH, non puoi incollare screenshot. Nessun modo di mostrargli un bug UI o una dialog di errore.

Così ho chiesto a Claude Code di costruire un tool che risolve questo. Ora ho utility per macOS e Windows che girano in background, rilevano nuovi screenshot, li caricano sul server istantaneamente e copiano il path remoto nella clipboard.

Screenshot → incolla path → Claude lo vede.

Questo è il cambio di mentalità. Quando qualcosa nel tuo workflow è fastidioso, lo sistemi. Quando il fix richiede 20 minuti invece di 2 giorni, lo fai davvero.

Lo Screenshot Uploader esiste per come uso Claude Code. E Claude Code l’ha costruito. Il feedback loop crea i propri miglioramenti di produttività.

Cosa Non Funziona

Limitazioni oneste dopo $600 di token:

I limiti di contesto sono reali. Sessioni lunghe perdono traccia di decisioni precedenti. Tengo un file CLAUDE.md in ogni progetto che documenta l’architettura così le nuove sessioni partono con contesto.
Fa errori. Import sbagliati, API deprecate, errori logici. Il workflow dual-LLM intercetta la maggior parte di questi sui progetti grandi, ma devi comunque leggere cosa scrive.
Prompt vaghi falliscono. “Fallo meglio” non funziona. “Aggiungi paginazione con 20 elementi per pagina e uno stato di loading” sì.
Codebase legacy sono più difficili. Claude Code brilla sui progetti greenfield. Buttarlo in codice esistente strano richiede più guida.
Il costo può accumularsi (ma non deve). Il pricing a token mi sarebbe costato $600 in 3 settimane. Con Claude Max a $200/mese fissi, pago uguale indipendentemente dall’uso. Se usi Claude Code intensivamente, l’abbonamento si ripaga velocemente.

Per Iniziare

Setup minimo:

Un server a cui puoi fare SSH (Hetzner, DigitalOcean, Raspberry Pi)
Claude Code installato localmente
Un dominio con gestione sottodomini facile

Primi passi:

Installa i plugin - Superpowers dal marketplace superpowers-dev impone buone abitudini
Crea un file CLAUDE.md nel progetto che spiega l’architettura
Parti con qualcosa di piccolo di cui hai davvero bisogno
Attiva auto-proceed e lascialo girare
Prova il workflow dual-LLM quando stai pianificando qualcosa di significativo

Il trucco CLAUDE.md: Questo file nella root del progetto viene letto automaticamente. Documenta il tuo stack tecnologico, lo stato attuale e le convenzioni. Claude parte ogni sessione con contesto invece di chiedere “che framework stai usando?”

Il Vero Segreto

Non si tratta di quanto Claude Code sia intelligente. Si tratta di disciplina nel workflow.

Il plugin brainstorming forza la pianificazione prima del coding. L’approccio dual-LLM (quando usato) forza il pensiero architetturale. L’ambiente server reale dà feedback immediato. Auto-proceed rimuove l’attrito di approvare ogni comando. Il file CLAUDE.md mantiene il contesto tra le sessioni.

$200/mese per token illimitati sembrano tanti finché non realizzi cosa ho shippato. La velocità viene dal rimuovere frizione e aggiungere struttura nei posti giusti.

Claude gestisce la digitazione. Io gestisco il pensiero. E occasionalmente, Codex dice a entrambi che sbagliamo.

← Torna al blog

Indice