I migliori modelli di prompt per LLM locali (2026)
Questi modelli di prompt sono scritti per modelli locali come Llama, Mistral, Phi, Qwen e Gemma in esecuzione su Ollama, LM Studio, Jan o un programma simile. Usano un ruolo breve, un solo compito e vincoli rigidi. Questo schema è più affidabile su un modello da 7B o 13B di una richiesta vaga come «migliora questo».
Sostituisci ogni parentesi quadra e poi cancella le parentesi. Lascia le regole al loro posto. Se il modello continua a uscire di strada, fai queste tre cose in quest’ordine: sposta le regole sopra il testo sorgente, accorcia il testo sorgente così l’istruzione resta vicino all’inizio e abbassa la temperatura (temperature) a circa 0.2 nell’applicazione. Conta prima il prompt se sei vicino alla finestra di contesto: il Contatore di token è una stima, non un tokenizzatore, ma basta per vedere quando un prompt si sta allungando.
Un compito per prompt. «Scrivi l’email, traducila e prepara anche le diapositive» sono tre prompt.
Dai un nome alla forma del risultato: punti elenco, un limite di parole, chiavi JSON oppure «solo il codice».
Di’ che cosa lasciare fuori. «Non aggiungere un preambolo» ferma molta chiacchiera dei modelli locali.
Scrittura
Articolo o post breve
Usalo quando vuoi un testo finito, non uno schema. Funziona sui modelli da 7B se tieni l’argomento stretto.
Sei un redattore chiaro e conciso.
Compito: Scrivi un post sul blog su [argomento].
Requisiti:
- Lunghezza: circa 400 parole
- Pubblico: [chi]
- Tono: diretto, senza esagerazioni
- Struttura: un’apertura di 2 frasi, tre sezioni con titoli e una chiusura di 2 frasi
- Non inventare statistiche
Restituisci solo il post.
Email che deve restare corta
I modelli locali allungano le email se non limiti la lunghezza e non elenchi i punti che possono trattare.
Stai scrivendo un’email di lavoro.
A: [nome o ruolo]
Scopo: [chiedere / aggiornare / rifiutare]
Punti che puoi includere:
- [punto 1]
- [punto 2]
Regole:
- Sotto le 120 parole
- Nessun saluto più lungo di una riga
- Niente «spero che questa email ti trovi bene»
Restituisci solo l’email.
Descrizione di prodotto
Scrivi una descrizione di prodotto per [prodotto].
Fatti che puoi usare:
- [fatto]
- [fatto]
- [fatto]
Regole:
- Da 70 a 90 parole
- Seconda persona («tu»)
- Nessuna affermazione non verificata come «il migliore» o «garantito»
- Chiudi con un uso concreto, non con uno slogan
Restituisci solo la descrizione.
Programmazione
Una funzione, un linguaggio
Chiedi una funzione, non «un’applicazione». Indica la versione del linguaggio. I modelli più piccoli si perdono quando il compito include insieme un quadro di lavoro, test e un README.
Sei uno sviluppatore attento di Python 3.11.
Compito: Scrivi una funzione che [fa X].
Ingresso: [tipo]
Uscita: [tipo]
Regole:
- Includi un docstring di 2 righe
- Gestisci questo caso limite: [caso]
- Non aggiungere un blocco main né un esempio d’uso
- Restituisci solo la funzione
Spiega un bug senza riscrivere il file
Stai rivedendo del codice. Non riscrivere l’intero file.
Codice:
[incolla]
Restituisci esattamente 3 punti elenco:
1. Il bug più probabile
2. Perché succede
3. La modifica più piccola che lo correggerebbe
Se non sei sicuro, scrivi «non sono sicuro» in quel punto. Non inventare una traccia dello stack.
Converti un frammento, non un progetto
Converti la seguente funzione [JavaScript] in [Python].
Regole:
- Mantieni lo stesso comportamento
- Usa nomi chiari
- Aggiungi un solo commento se una riga non è ovvia
- Restituisci solo la funzione convertita
Codice:
[incolla]
Riassunti e note
Riassunto fisso a punti
Riassumi il testo in esattamente 5 punti elenco.
Regole:
- Ogni punto è una frase completa
- Conserva numeri e nomi che compaiono nel testo
- Non aggiungere contesto che non è nel testo
- Nessun titolo e nessun paragrafo di chiusura
Testo:
[incolla]
Note di riunione in decisioni e azioni
Trasforma queste note grezze in due elenchi: Decisioni e Azioni.
Regole:
- Decisioni: solo ciò che le note dicono essere stato concordato
- Azioni: inizia ogni riga con un verbo e un nome se ne è indicato uno
- Se manca il responsabile, scrivi «Responsabile: non indicato»
- Non aggiungere compiti nuovi
Note:
[incolla]
Riassunto breve e che cosa ignorare
Leggi il testo e restituisci:
1. Un riassunto di 40 parole o meno
2. Tre dettagli che contano
3. Due dettagli che sembrano importanti ma non servono per la decisione
Non raccomandare un prodotto.
Testo:
[incolla]
Traduzione e riscrittura
Traduzione che conserva i nomi
Traduci da [inglese] a [spagnolo].
Regole:
- Lascia invariati i nomi di prodotto, gli URL e il codice
- Usa un tono neutro
- Non spiegare la traduzione
- Se una frase è ambigua, traduci la lettura più letterale e aggiungi «[ambiguo]» dopo
Testo:
[incolla]
Riscrivi per un livello di lettura
Riscrivi il testo così che una persona impegnata e non esperta possa seguirlo.
Regole:
- Circa la stessa lunghezza dell’originale
- Frasi corte
- Conserva ogni numero
- Non aggiungere esempi che non sono nella fonte
Testo:
[incolla]
Cambia il tono senza cambiare i fatti
Riscrivi il paragrafo con un tono più calmo.
Regole:
- Non aggiungere scuse che non c’erano
- Non togliere alcuna scadenza o alcun importo
- Resta sotto le [80] parole
Paragrafo:
[incolla]
Analisi e decisioni
Revisione dei rischi
Sei un revisore pratico, non un tifoso.
Oggetto: [funzione, piano o bozza]
Vincoli: [tempo, bilancio o strumenti]
Restituisci:
1. Tre rischi, ciascuno in una frase
2. Un modo per ridurre l’ambito
3. Un sì o un no, con una frase di motivo
Non inventare metriche.
Confronta due opzioni
Confronta l’opzione A e l’opzione B per [decisione].
Opzione A: [fatti]
Opzione B: [fatti]
Restituisci una tabella in testo semplice con le colonne: Criterio, Opzione A, Opzione B.
Poi una frase: quale opzione sceglieresti se [vincolo] è la priorità.
Non aggiungere una terza opzione.
Estrazione strutturata
JSON con null
Di’ al modello le chiavi e che cosa fare quando un campo manca. Altrimenti i modelli locali inventano una data o un prezzo plausibile.
Estrai JSON con esattamente queste chiavi: name, date, amount, currency.
Regole:
- Usa null quando il testo non indica il valore
- amount è un numero, non una stringa
- Non aggiungere chiavi
- Nessun blocco di codice Markdown
Testo:
[incolla]
Lista di controllo da un regolamento
Dal testo del regolamento, elenca solo le azioni che una persona deve compiere.
Regole:
- Un’azione per riga, che inizia con un verbo
- Salta il contesto e le definizioni
- Se il testo non è chiaro, scrivi «Non chiaro:» e cita la frase
Regolamento:
[incolla]
Studio e pratica
Quiz dalle tue note
Usando solo le note qui sotto, scrivi 5 domande e risposte.
Regole:
- Mescola 3 domande a risposta breve e 2 vero/falso
- La risposta deve essere sostenuta dalle note
- Dopo ogni risposta, cita tra virgolette la frase di sostegno
Note:
[incolla]
Spiega e poi fermati
Spiega [concetto] a qualcuno che conosce [prerequisito] ma non [concetto].
Regole:
- 150 parole al massimo
- Un esempio concreto
- Nessuna sezione di storia
- Finisci dopo l’esempio. Non fare una domanda successiva.
Quando un modello di prompt fallisce ancora
Se il modello ignora una regola, ripeti quella sola regola come ultima riga del prompt. I modelli locali spesso seguono l’istruzione più vicina. Se aggiunge un’introduzione cordiale, aggiungi «Inizia direttamente con la risposta». Se rifiuta un normale compito di scrittura, il prompt è probabilmente troppo lungo oppure il prompt di sistema dell’applicazione sta contrastando il tuo: accorcia il tuo e controlla il messaggio di sistema predefinito dell’applicazione.
Per un controllo passa/non passa prima di rieseguire, incolla il prompt nell’Ottimizzatore di prompt. Non chiamerà un modello. Segnala solo ruolo mancante, formato mancante e prompt molto corti o molto lunghi.