Blocchi pratici da incollare in Codex, Claude, Cursor o ChatGPT quando vuoi passare da idea confusa a task chiaro.
vibe coding
Nuova app da zero
Per trasformare un’idea vaga in un task iniziale ordinato.
vibe coding
Goal:
Voglio costruire una piccola web app. Aiutami a trasformare l'idea in un piano implementabile.
Idea:
[descrivi cosa deve fare l'app in parole semplici]
Target user:
[chi la userà e perché]
Core features:
- [feature 1]
- [feature 2]
- [feature 3]
Constraints:
- Mantieni la prima versione semplice.
- Non aggiungere parti non necessarie.
- Usa componenti e pattern già presenti nel progetto.
- Prima di scrivere codice, fammi un piano con file da toccare e rischi.
Acceptance criteria:
- L'app ha una prima schermata funzionante.
- Il flusso principale è chiaro.
- La build passa.
- Non vengono introdotti segreti nel frontend.
debug
Fix di un bug
Per dare a Codex o Claude contesto, errore e vincoli.
debug
Goal:
Aiutami a risolvere questo bug senza cambiare parti non collegate.
Bug:
[descrivi cosa succede]
Expected behavior:
[descrivi cosa dovrebbe succedere]
Actual behavior:
[descrivi cosa succede davvero]
Error logs:
[incolla errore, stack trace o output del terminale]
Files likely involved:
[se li conosci, elencali]
Constraints:
- Prima leggi il codice collegato.
- Spiega la causa probabile.
- Fai una modifica minima.
- Aggiungi o aggiorna un test solo se il rischio lo giustifica.
- Non fare refactor non richiesti.
Verification:
Dimmi quali comandi devo eseguire per verificare il fix.
feature
Aggiungere una feature
Per chiedere una nuova funzione senza far esplodere lo scope.
feature
Goal:
Aggiungi questa feature al progetto esistente.
Feature:
[descrivi la nuova funzione]
User flow:
1. L'utente arriva da [pagina/stato].
2. Compie [azione].
3. Vede [risultato].
Non-goals:
- Non cambiare il design globale.
- Non aggiungere autenticazione.
- Non introdurre servizi esterni.
Acceptance criteria:
- La feature è visibile e usabile.
- Gli stati vuoto, errore e loading sono gestiti se servono.
- Il testo non esce dai contenitori su mobile.
- La build di produzione passa.
Before coding:
Controlla componenti, routing e stili già esistenti.
qualità
Refactor controllato
Per migliorare codice senza cambiare comportamento.
qualità
Goal:
Fai un refactor limitato per rendere questo codice più chiaro e mantenibile.
Area:
[file, componente o funzione]
Behavior to preserve:
- [comportamento 1]
- [comportamento 2]
- [comportamento 3]
Constraints:
- Non cambiare API pubbliche se non serve.
- Non cambiare copy o UI senza motivo.
- Non introdurre nuove librerie.
- Mantieni il diff piccolo.
Output:
- Spiega cosa hai cambiato.
- Spiega cosa hai lasciato invariato.
- Indica come verificare che il comportamento sia rimasto uguale.
build
Errore da terminale
Per farsi aiutare dopo una build fallita.
build
Goal:
Aiutami a capire e correggere questo errore del terminale.
Command run:
[comando eseguito]
Output:
[incolla output completo, non solo l'ultima riga]
What changed recently:
- [modifica 1]
- [modifica 2]
Constraints:
- Non indovinare: collega l'errore a file e righe.
- Prima proponi la causa più probabile.
- Poi applica il fix minimo.
- Se mancano informazioni, indicami esattamente cosa leggere.
Verification:
Riesegui il comando o spiegami perché non puoi farlo.
github
Descrizione PR
Per trasformare modifiche locali in una descrizione chiara.
github
Goal:
Prepara una descrizione PR chiara partendo dalle modifiche locali.
Please include:
- Summary breve.
- Cosa cambia per l'utente.
- File o aree principali toccate.
- Test eseguiti.
- Rischi residui.
Tone:
Tecnico, diretto, niente marketing.
Constraints:
- Non inventare test non eseguiti.
- Se trovi modifiche non collegate, segnalale separatamente.
- Mantieni la descrizione pronta da incollare su GitHub.