Arsenal
Template strutturati per compiti reali. Non sono prompt generici: ognuno ha un ruolo, una struttura e un'intenzione precisa. Copiali, adatta le parti tra parentesi quadre e usali direttamente con Claude.
All'avvio di un nuovo progetto o quando Claude non sa come comportarsi nel tuo repository.
Agisci come architetto di progetti digitali. Crea un file CLAUDE.md per questo progetto. Il file deve includere: - Descrizione del progetto e del suo obiettivo principale - Stack tecnico utilizzato - Convenzioni di codice e stile - Ciò che Claude NON deve fare in questo progetto - Come aggiungere nuovi moduli o sezioni - Tono e voce del progetto, se applicabile Sii conciso. Non più di 40 righe. Senza decorazioni inutili.
Quando hai un'idea che vuoi realizzare ma non sei sicuro se valga la pena o come strutturarla.
Agisci come un analista di business diretto e senza compiacenza. Ho questa idea: [descrivi l'idea in 2-3 righe] Voglio che la auditi con questa struttura: 1. Problema reale che risolve (esiste una domanda verificabile?) 2. Modello di monetizzazione sostenibile 3. Concorrenti diretti e indiretti rilevanti 4. Rischi principali 5. Cosa manca per validarla in 30 giorni con il minimo costo possibile Non dirmi quello che voglio sentire. Dimmi quello che ho bisogno di sapere.
Quando individui un processo manuale ripetitivo e vuoi che Claude progetti l'architettura di automazione prima di scrivere codice.
Agisci come un ingegnere dell'automazione. Voglio automatizzare questo processo: [descrivi il processo passo dopo passo] Ciò che faccio attualmente in modo manuale: [descrivi il compito] Strumenti disponibili: [elenca quelli che hai: Claude Code, GitHub, API, script, ecc.] Progetta: 1. Il flusso automatizzato completo 2. Quali strumenti o script mi servono 3. I passi di implementazione in ordine 4. Cosa può andare storto e come prevenirlo 5. Come lo testerei prima di affidarmi a esso
Quando finisci un processo o un flusso di lavoro e devi lasciarlo documentato perché un altro —o tu stesso fra tre mesi— possa eseguirlo senza chiedere.
Agisci come redattore tecnico specializzato in documentazione operativa. Ho questo processo che voglio documentare: [descrivi il processo] Crea una documentazione in Markdown che includa: - Obiettivo del processo e a cosa serve - Chi lo esegue e quando - Passi dettagliati e numerati - Cosa fare se qualcosa fallisce in ogni passo critico - Come capire se il processo è stato eseguito correttamente Formato: Markdown chiaro. Senza gergo inutile. Che possa seguirlo qualcuno che non l'ha mai fatto.
Quando da tempo ripeti un compito e vuoi trasformarlo in un sistema delegabile, automatizzabile o documentato prima che cresca ulteriormente.
Agisci come progettista di sistemi di lavoro. Questo compito lo faccio in modo manuale e ripetitivo: [descrivi il compito in dettaglio] Frequenza: [giornaliera / settimanale / mensile] Tempo attuale per esecuzione: [X minuti / ore] Strumenti che uso ora: [elenco] Aiutami a trasformarlo in un sistema replicabile: 1. Quali parti posso automatizzare oggi senza infrastruttura complessa 2. Cosa devo costruire perché funzioni in modo autonomo 3. Quali parti richiedono supervisione umana e perché 4. Come lo documenterei perché un altro possa eseguirlo senza chiedermi nulla
I testi tra [parentesi quadre] sono variabili che devi sostituire con il tuo contesto reale.