Prompt Library

Devo implementare [DESCRIZIONE FEATURE].

Contesto:
- Stack tecnologico: [TECNOLOGIE]
- Pattern esistenti: [PATTERN DA SEGUIRE]
- File correlati: [FILE RILEVANTI]

Requisiti:
1. [REQUISITO 1]
2. [REQUISITO 2]
3. [REQUISITO 3]

Prima di scrivere codice:
1. Analizza i file esistenti per capire i pattern
2. Proponi un piano di implementazione
3. Attendi la mia approvazione

Crea la struttura base per [TIPO COMPONENTE] seguendo
i pattern esistenti in [DIRECTORY RIFERIMENTO].

Includi:
- File principale
- Test di base
- Tipi TypeScript (se applicabile)
- Export nel barrel file

Ho questo errore:

[INCOLLA ERRORE/STACK TRACE]

Contesto:
- Si verifica quando: [AZIONE CHE CAUSA L'ERRORE]
- Ambiente: [AMBIENTE - dev/prod/test]
- Modifiche recenti: [SE RILEVANTE]

Analizza il problema e proponi:
1. Causa probabile
2. Come verificare la diagnosi
3. Soluzione proposta

Questa funzione/componente e' lento:

[INCOLLA CODICE]

Metriche osservate: [TEMPI/MEMORIA]
Caso d'uso: [DESCRIZIONE USO]

Identifica:
1. Bottleneck principali
2. Ottimizzazioni possibili (ordinate per impatto)
3. Trade-off di ogni ottimizzazione

Analizza questo codice per code smell:

[INCOLLA CODICE]

Cerca in particolare:
- Duplicazione
- Funzioni troppo lunghe
- Nesting eccessivo
- Accoppiamento stretto
- Nomi poco chiari

Per ogni problema trovato, suggerisci il refactoring
appropriato.

Modernizza questo codice [LINGUAGGIO] da [VERSIONE OLD]
a [VERSIONE NEW]:

[INCOLLA CODICE]

Priorita':
1. Mantenere funzionalita' identica
2. Usare sintassi moderna
3. Applicare best practice correnti
4. Mantenere backward compatibility se necessario

Mostra le modifiche come diff commentato.

Genera unit test per questa funzione:

[INCOLLA CODICE]

Framework: [JEST/PYTEST/ALTRO]
Coverage richiesta: [CASI DA COPRIRE]

Includi test per:
- Happy path
- Edge cases
- Error handling
- Boundary conditions

Segui il pattern AAA (Arrange, Act, Assert).

Crea test di integrazione per [COMPONENTE/API]:

Endpoint/funzionalita': [DESCRIZIONE]
Dipendenze: [DATABASE/API ESTERNE/SERVIZI]
Setup richiesto: [PRECONDIZIONI]

I test devono verificare:
1. [SCENARIO 1]
2. [SCENARIO 2]
3. [SCENARIO 3]

Usa mock/stub per: [DIPENDENZE DA MOCKARE]

Fai code review di questo codice:

[INCOLLA CODICE O RIFERIMENTO FILE]

Valuta:
1. Correttezza funzionale
2. Sicurezza (OWASP top 10)
3. Performance
4. Leggibilita' e manutenibilita'
5. Aderenza a best practice [LINGUAGGIO]
6. Test coverage (se presenti)

Formatta il feedback come:
- CRITICO: [problemi bloccanti]
- IMPORTANTE: [miglioramenti significativi]
- SUGGERIMENTO: [nice-to-have]

Genera documentazione per [MODULO/API/FUNZIONE]:

[INCOLLA CODICE]

Formato: [MARKDOWN/JSDOC/DOCSTRING]
Audience: [SVILUPPATORI/UTENTI API/TEAM INTERNO]

Includi:
- Descrizione generale
- Parametri con tipi e descrizione
- Valori di ritorno
- Esempi d'uso
- Note su edge cases

Aiutami a capire questo progetto.

Analizza la struttura e spiegami:
1. Architettura generale
2. Entry point principali
3. Pattern utilizzati
4. Dipendenze chiave
5. Come i componenti interagiscono

Dopo l'analisi, saro' in grado di:
[OBIETTIVO SPECIFICO]

Dove viene implementato [FUNZIONALITA'] in questo codebase?

Cerca:
- File principali coinvolti
- Entry point
- Flow dei dati
- Dipendenze

Mostrami i file rilevanti in ordine di importanza.

Analizza questo progetto e aiutami a configurare
Claude Code in modo ottimale.

Cerca:
1. Stack tecnologico e versioni
2. Struttura delle directory
3. Pattern di coding utilizzati
4. Configurazione esistente (linter, test, CI)

Output richiesto:
- Proposta di contenuto per CLAUDE.md
- Suggerimenti per configurazione MCP se utile
- Hook consigliati per il workflow

Prima di implementare, entra in plan mode e crea
una specifica dettagliata per:

[DESCRIZIONE FEATURE]

La specifica deve includere:
1. Requisiti funzionali (cosa deve fare)
2. Requisiti non-funzionali (performance, sicurezza)
3. File che verranno modificati/creati
4. Dipendenze necessarie
5. Test cases da implementare
6. Rischi e mitigazioni

Attendi la mia approvazione prima di procedere
con l'implementazione.

Devo fare un refactoring che tocca piu' file:

[DESCRIZIONE REFACTORING]

Procedi cosi':
1. Identifica TUTTI i file impattati
2. Verifica che i test esistenti passino (baseline)
3. Crea un piano di modifica ordinato
4. Esegui le modifiche file per file
5. Dopo ogni file, verifica che i test passino
6. Se un test fallisce, fermati e riporta

Non procedere al file successivo finche' il
precedente non e' stabile.

Analizza questo codice per vulnerabilita' di
sicurezza, con focus su OWASP Top 10:

[INCOLLA CODICE O RIFERIMENTO FILE]

Verifica specificamente:
1. Injection (SQL, command, XSS)
2. Broken authentication
3. Sensitive data exposure
4. Security misconfiguration
5. Insecure deserialization

Per ogni vulnerabilita' trovata:
- Severita' (critica/alta/media/bassa)
- Linea di codice interessata
- Exploit scenario
- Remediation consigliata con esempio

Cerca in questo progetto eventuali segreti
hardcoded o esposti:

- API keys e token
- Password e credenziali
- Connection string con credenziali
- Chiavi private/certificati
- URL con autenticazione embedded

Escludi:
- File di esempio con placeholder
- Variabili d'ambiente (OK se ben gestite)
- Valori di test/mock

Per ogni trovato, suggerisci come sostituirlo
con gestione sicura (env vars, secrets manager).

Analizza le dipendenze di questo progetto per:

1. Vulnerabilita' note (CVE)
2. Dipendenze non mantenute (>2 anni senza update)
3. Licenze potenzialmente problematiche
4. Dipendenze transitive rischiose

File da analizzare: [package.json/requirements.txt/etc]

Output:
- Lista prioritizzata per rischio
- Per ogni problema: severita' e azione consigliata
- Comandi per aggiornare in sicurezza