Aider: recensione, costi API e alternative per programmare

Verificato il 16 ottobre 2026 sulla documentazione di Aider, sui metadati della versione attuale su PyPI e sulla documentazione e sui prezzi in vigore dei fornitori. Questa valutazione si basa sulla documentazione e su scenari di costo calcolati, non su un benchmark di programmazione eseguito sul campo. La scelta dipende dalla possibilità di cambiare modello, dal controllo del contesto, dalla facilità di revisione, dalla delega delle attività e dal consumo complessivo delle API.

Che cos'è Aider AI?

Aider è un programma open source che collega un modello linguistico ai file della directory di lavoro. Descrivi una modifica nel terminale; Aider fornisce il contesto del repository, chiede al modello di proporre le modifiche, le applica e normalmente le registra in Git, il sistema di controllo versione che tiene traccia dei cambiamenti al codice. Il client viene eseguito in locale, ma un modello cloud riceve comunque il contesto che gli invii. La licenza Apache 2.0 copre il client: non include un abbonamento a un modello e non rende open source un modello commerciale.

A chi conviene programmare con AI usando Aider?

Aider si rivolge a chi sa scegliere i file pertinenti, riconoscere una patch sbagliata ed eseguire i controlli previsti dal progetto. È particolarmente interessante per un fondatore con competenze tecniche che interviene sul codice saltuariamente e vuole pagare soltanto l'uso del modello, oppure per uno sviluppatore che cerca lo stesso flusso di modifica con fornitori diversi.

Il confronto seguente riguarda i flussi di lavoro documentati, non l'accuratezza del codice misurata con test. Claude Code è l'agente di programmazione di Anthropic; OpenAI Codex CLI è un agente da terminale con strumenti di revisione e delega; Cursor riunisce un editor e agenti locali e cloud.

Sono i punti d'accesso pertinenti per questo confronto, non un elenco completo dei piani né una promessa di utilizzo illimitato. Con Aider non c'è un piano economico del client che prima o poi diventa insufficiente: il limite è l'account del fornitore oppure la macchina su cui gira il modello locale.

Quando scegliere Claude Code per un lavoro più ampio da terminale

Claude Code è più adatto quando una richiesta va oltre la singola patch: indagare su un errore, consultare un sistema esterno, eseguire comandi e preparare una pull request. La panoramica ufficiale documenta operazioni Git, subagenti e integrazioni tramite Model Context Protocol, che collegano un agente a strumenti e dati esterni. Aider può eseguire comandi e utilizzarne l'output, ma spetta maggiormente a te costruire il flusso di lavoro complessivo.

Claude Code è meno indicato se il requisito principale è passare da Claude a Gemini o a un modello locale mantenendo lo stesso client. Il suo flusso integrato ha valore se è proprio ciò che vuoi acquistare; chi supervisiona una piccola patch può preferire l'ambito più circoscritto di Aider. Il piano gratuito di Claude non comprende l'accesso a Code previsto da Pro.

Quando scegliere Codex CLI per la revisione e la delega

Codex CLI documenta una gamma più ampia di funzioni operative: revisione dedicata del codice, skill riutilizzabili, plugin, subagenti, controlli sui permessi e un comando per affidare il lavoro a Codex Cloud. Queste integrazioni sono utili a un fondatore che vuole far esaminare un repository a un agente e poi rivederne il risultato. La documentazione della CLI di OpenAI descrive direttamente queste capacità.

Anche Codex consente l'autenticazione con chiave API, quindi il desiderio di evitare un abbonamento non basta a decidere. La differenza sta nelle funzioni comprese con quel tipo di accesso: la chiave API non dà accesso alle funzioni cloud dell'offerta basata sull'account. Scegli Aider se poter cambiare fornitore conta più di un'esperienza integrata di revisione e passaggio del lavoro al cloud.

Aider vs Cursor: scegli l'ambiente in cui lavorare

Cursor è più adatto a chi vuole l'agente accanto all'editor, con ricerca nel codice, esecuzione da terminale e verifica tramite browser nella stessa interfaccia. La documentazione di Agent distingue inoltre i checkpoint, istantanee temporanee per annullare le modifiche dell'agente, dalla cronologia permanente di Git. I commit automatici di Aider sono più indicati se preferisci usare Git stesso per la revisione.

Per le attività che devono proseguire anche quando non sei al portatile, Cursor Cloud Agents mette a disposizione macchine virtuali isolate e materiali come screenshot, video e log. È un ambiente operativo che il ciclo locale di pair programming di Aider non offre. Il piano Plus, più economico, di Cursor esclude gli agenti cloud, mentre con Premium l'uso dei modelli di terze parti si paga a parte. Cursor vale la spesa quando l'editor o l'ambiente remoto ti risparmiano attività che altrimenti dovresti gestire da solo.

Per una selezione più ampia basata sull'accesso al codice sorgente e sulle opzioni di esecuzione, consulta la guida agli agenti AI open source per la programmazione.

Con Git, una modifica circoscritta è più facile da verificare

Aider dà il meglio quando a una piccola modifica richiesta seguono un diff leggibile e un test. I commit automatici creano punti di ripristino in un normale repository: rivedere o annullare il risultato si inserisce così nelle abitudini di sviluppo già consolidate.

Come installare Aider

La guida all'installazione attuale di Aider consiglia il suo installer dedicato:

python -m pip install aider-install
aider-install

L'installer crea un ambiente Python separato e può installare Python 3.12 per Aider. La distinzione conta: il Python che esegue l'installer e quello che esegue l'applicazione non devono necessariamente coincidere. In questo modo le dipendenze di Aider non entrano nell'ambiente della tua applicazione.

La versione attuale del pacchetto è la 0.86.2 su PyPI. La pagina Releases di GitHub indica ancora la 0.86.0 come ultima release pubblicata. Per descrivere ciò che distribuisce l'installer, fai riferimento alla versione del pacchetto: le due pagine non sono indicatori intercambiabili dell'ultima versione disponibile.

Primo esercizio: creare una funzione e i relativi test

La guida all'uso di Aider parte da un programma per il calcolo del fattoriale e consente di indicare file che non esistono ancora. Questa procedura riprende l'esempio documentato e aggiunge un file di test per avere un criterio di accettazione concreto. È un esercizio proposto, non il resoconto di un'esecuzione riuscita.

Per un'applicazione esistente, sostituisci i file dell'esempio con il piccolo insieme necessario alla modifica. Una richiesta come «rifiuta i token scaduti per il ripristino della password e aggiungi il test di regressione» è un punto di partenza migliore di «migliora l'autenticazione». La prima chiarisce che cosa deve dimostrare un diff corretto.

La cronologia Git aiuta, ma va capito come vengono creati i commit

Aider registra automaticamente le proprie modifiche e può prima creare un commit delle tue modifiche ancora non registrate in un file su cui deve intervenire. Questo separa il lavoro umano da quello generato, ma può sorprendere chi si aspetta che tutto il lavoro incompleto resti fuori dai commit. La documentazione Git descrive questo comportamento e le opzioni per controllarlo.

Usa --no-auto-commits se preferisci preparare personalmente il commit finale. Altrimenti considera i commit generati come una cronologia di lavoro da rivedere comunque prima del merge. Un commit automatico attesta che una modifica è stata registrata, non che sia corretta.

La mappa del repository aiuta a trovare il contesto, non lo sostituisce

La mappa del repository di Aider è utile perché ne mostra la struttura senza inviare il contenuto completo di ogni file. Evidenzia classi, funzioni e firme di chiamata importanti: nomi e parametri che mostrano come si collegano le diverse parti del codice. Un processo di ordinamento per rilevanza basato su un grafo seleziona le porzioni della mappa pertinenti alla conversazione in corso. Aider documenta un budget predefinito di 1k token per la mappa, con espansione dinamica in alcune situazioni.

Prendiamo una modifica al checkout. La mappa può mostrare che il gestore dei pagamenti richiama un servizio esistente per il calcolo delle imposte, aiutando il modello a riutilizzarlo. Il solo nome di una funzione, però, non permette di stabilire come quel servizio gestisca gli arrotondamenti. Se questo comportamento incide sulla patch, occorre fornire l'implementazione o i test pertinenti.

In pratica, conviene chiedere dove si trova il comportamento da modificare, esaminare i file suggeriti e aggiungere soltanto quelli su cui intervenire. Usa /read-only per il materiale di supporto che deve orientare la risposta senza entrare nell'insieme dei file modificabili. Usa /drop quando un file non serve più. Sono tutti comandi disponibili nella chat e documentati.

Uno sviluppatore esperto ottiene così un controllo utile sull'ambito dell'intervento. Questo significa anche che la presenza di una mappa non rende automaticamente comprensibile ogni aspetto di un repository grande. La mappa indirizza verso il codice pertinente; il comportamento effettivo resta nei file, nella configurazione, nei dati e nei test.

Scegliere il modello significa anche gestirne la compatibilità

Aider può collegarsi a un'ampia gamma di modelli ospitati su server remoti o eseguiti in locale. La documentazione sui modelli avverte però che un modello può restituire codice plausibile senza riuscire a produrre modifiche che Aider sappia applicare. «Quasi qualsiasi modello» descrive la flessibilità dei collegamenti, non una qualità equivalente del codice né il supporto garantito per ogni nuova funzione delle API.

Claude: usa l'ID di un modello attivo, non una vecchia scorciatoia

Aider legge ANTHROPIC_API_KEY e la pagina di configurazione per Anthropic spiega come scegliere ed elencare i modelli. La pagina, tuttavia, indica ancora Claude 3.7 Sonnet come modello predefinito. Anthropic ha ritirato quel modello il 19 febbraio 2026. Copiare un vecchio esempio non è un metodo affidabile per configurare il client a ottobre.

Con la chiave già impostata, il comando che specifica esplicitamente il fornitore per il modello attivo Claude Sonnet 5.5 è:

aider --model anthropic/claude-sonnet-5-5 \
  --weak-model anthropic/claude-sonnet-5-5 \
  --edit-format diff

Il comando applica la sintassi dei fornitori documentata da Aider all'ID attuale del modello Anthropic; non attesta una compatibilità verificata con un test. Se la versione installata non dispone delle impostazioni del modello o rifiuta un parametro API, usa la configurazione avanzata dei modelli di Aider per fornire le impostazioni appropriate. Controlla i nomi sia del modello principale sia di quello ausiliario: aggiornare soltanto il principale può lasciare le richieste ausiliarie indirizzate a un modello ritirato.

GPT: imposta la chiave OpenAI e scegli esplicitamente il modello

Aider legge OPENAI_API_KEY; la pagina sul collegamento a OpenAI documenta --model e --list-models openai/. La pagina attuale delle impostazioni avanzate include GPT-5.5 con il formato di modifica diff e la mappa del repository:

aider --model gpt-5.5 --weak-model gpt-5.5

OpenAI continua a documentare l'accesso a GPT-5.5 tramite API, mentre la disponibilità in una sessione di Codex autenticata con ChatGPT dipende da una scelta di prodotto distinta. Chiave API e accesso tramite abbonamento seguono percorsi diversi per disponibilità e fatturazione. L'esempio di costo più avanti usa soltanto i prezzi di listino delle API.

Gemini: specifica il prefisso del fornitore

Aider legge GEMINI_API_KEY. Le istruzioni di configurazione per Gemini documentano la scorciatoia gemini; un ID esplicito rende più semplice verificare quale modello si intende usare:

aider --model gemini/gemini-2.5-pro \
  --weak-model gemini/gemini-2.5-pro

Per questo modello è documentata una configurazione diff-fenced. Qui viene scelto per proporre una configurazione riproducibile, non per affermare che sia il modello più recente di Google o il migliore per ogni repository.

Modelli locali: collegarsi a Ollama

Le istruzioni di Aider per Ollama consigliano il prefisso ollama_chat/. Con Ollama installato e il relativo server in esecuzione, questi comandi Bash selezionano un modello da eseguire in locale:

read -r -p 'Ollama model name: ' AIDER_LOCAL_MODEL
ollama pull "$AIDER_LOCAL_MODEL"
export OLLAMA_API_BASE=http://127.0.0.1:11434
aider --model "ollama_chat/$AIDER_LOCAL_MODEL" \
  --weak-model "ollama_chat/$AIDER_LOCAL_MODEL"

Scegli un modello che il tuo hardware possa sostenere e controlla la configurazione del contesto. L'inferenza locale elimina il costo dei token delle API cloud per quelle chiamate, ma restano i costi di hardware, elettricità e tempo di gestione. Mantenere locale l'endpoint del modello è inoltre diverso dal limitarsi a eseguire in locale il client Aider.

Modalità di chat e formati di modifica risolvono problemi diversi

La modalità di chat di Aider stabilisce il tipo di interazione; il formato di modifica determina come il modello descrive gli interventi sui file. Confonderli può costare caro: trattare la modalità architect come una pianificazione in sola lettura è un errore, perché può modificare i file.

Le quattro modalità di chat documentate sono:

• code: la modalità predefinita, che apporta le modifiche richieste al codice.
• ask: discussioni e domande senza modificare i file.
• architect: una richiesta di pianificazione seguita da una di modifica, anche con modelli diversi.
• help: domande sull'uso o sulla configurazione di Aider.

Usa /ask seguito da una domanda per un singolo messaggio in sola lettura. Usa /chat-mode ask per mantenere i messaggi successivi in quella modalità finché non la cambi. Se non conosci un modulo di fatturazione, discuti prima l'invariante da rispettare, poi usa /code per implementare la modifica concordata. In questo modo puoi esaminare il piano prima che inizino gli interventi.

La modalità architect è utile quando conviene separare la progettazione della soluzione dalla produzione della patch. Comporta due richieste al modello e può quindi aumentare latenza e costi. Un modello editor più economico non rende automaticamente meno costosa l'intera attività: vanno conteggiati anche la richiesta di pianificazione, il contesto inviato più volte e i nuovi tentativi.

Anche i nomi dei formati di modifica hanno significati precisi:

• whole restituisce per intero ogni file modificato. Un piccolo intervento su un file lungo può quindi richiedere una risposta molto estesa.
• diff restituisce blocchi di ricerca e sostituzione per le parti modificate.
• diff-fenced usa un formato simile, con il nome del file all'interno del blocco di codice; Aider lo usa soprattutto con i modelli Gemini.
• udiff usa una variante semplificata, propria di Aider, del formato unified diff.
• editor-diff e editor-whole usano prompt mirati alla modifica per la fase editor della modalità architect.

Di norma conviene mantenere il valore predefinito documentato per il modello. Usa --edit-format quando esiste un motivo concreto di compatibilità, e --editor-edit-format per la fase editor di architect. Cambiare formato non sostituisce il controllo del codice generato.

Aider è gratuito? Quanto costano le attività via API

Il client Aider non richiede un abbonamento. Quando usi le tue chiavi, la cifra utile è quella addebitata dal fornitore per tutte le richieste necessarie ad arrivare a una patch accettata. Senza conoscere contesto, output, tentativi e modelli impiegati, non si può attribuire un prezzo universale attendibile alla «correzione di un bug».

Per un confronto riproducibile, consideriamo due modelli presenti nelle impostazioni attuali di Aider: OpenAI GPT-5.5 e Google Gemini 2.5 Pro. Si tratta di configurazioni documentate, non di una classifica dei modelli più recenti. Alle tariffe standard di listino dei produttori, verificate il 16 ottobre 2026:

• GPT-5.5 costa $5 per milione di token in input e $30 per milione di token in output.
• Gemini 2.5 Pro costa $1.25 per milione di token in input e $10 per milione di token in output per prompt fino a 200,000 token inclusi. La tariffa dell'output comprende i token di ragionamento.

Quelli che seguono sono budget ipotetici per attività, non costi misurati. Ogni riga somma tutte le richieste di un tentativo. Si ipotizzano testo non memorizzato nella cache, lo stesso modello per tutte le chiamate, elaborazione globale standard, nessuno strumento esterno a pagamento, nessuno sconto e nessuna imposta. Ogni singolo prompt deve restare entro 200,000 token in input, anche quando il totale cumulativo è superiore. Va conteggiato l'output fatturato dal fornitore, non soltanto il testo visibile nel terminale.

Per GPT-5.5, il calcolo della prima riga è 20,000 / 1,000,000 × $5 + 2,000 / 1,000,000 × $30 = $0.160. Per Gemini è 20,000 / 1,000,000 × $1.25 + 2,000 / 1,000,000 × $10 = $0.045. Le altre righe applicano la stessa formula a conteggi complessivi più elevati.

Con il budget della riga centrale, 100 tentativi al mese costerebbero rispettivamente $80 e $22.50. È una proiezione di spesa, non una promessa sul numero di modifiche utili che otterrai. Se usi un modello ausiliario diverso per i messaggi di commit o un altro modello editor in modalità architect, calcola separatamente il costo di quelle chiamate e aggiungilo al totale.

La cache può cambiare il conto e prompt singoli più grandi possono far scattare tariffe diverse. Prima di scegliere tra abbonamento e API, confronta i calcoli con il registro di utilizzo del fornitore. La visualizzazione locale dei costi di Aider è un'indicazione utile, ma non è la fattura.

Quali sono i limiti di Aider come assistente di programmazione?

I limiti di Aider pesano soprattutto quando una modifica apparentemente riuscita nasconde controlli mancanti o ipotesi errate sulla fatturazione.

Gli hook pre-commit vengono saltati per impostazione predefinita. Secondo la documentazione Git, Aider crea i commit con --no-verify, a meno che non si abiliti --git-commit-verify. Durante quei commit automatici potrebbero quindi non essere mai eseguiti la formattazione, i controlli sui segreti o le altre verifiche pre-commit previste dal repository. Abilita la verifica quando queste regole sono rilevanti e mantieni controlli indipendenti prima del merge. È un limite concreto del flusso Git predefinito, per quanto i commit automatici siano comodi.

Il linting automatico non equivale a una suite di test configurata automaticamente. Aider esegue per impostazione predefinita il linting dei file modificati, ma i test automatici richiedono un comando di test e l'opzione auto-test. Per il progetto del primo esercizio, avvia così:

aider --model gemini/gemini-2.5-pro \
  --weak-model gemini/gemini-2.5-pro \
  --git-commit-verify \
  --test-cmd 'python -m unittest -v' --auto-test \
  factorial.py test_factorial.py

In un repository reale, usa il comando di test già adottato dal progetto. Aider rileva gli errori in base al codice di uscita del comando. La documentazione avverte inoltre che un formatter che restituisce un codice diverso da zero dopo aver modificato i file può essere scambiato per un errore effettivo. Un ciclo di verifica configurato male può consumare token per correggere il problema sbagliato.

Per i modelli sconosciuti, i costi visualizzati possono essere fuorvianti. La pagina sugli avvisi relativi ai modelli spiega che Aider può trattare un modello non riconosciuto come se avesse contesto illimitato e token a costo zero. È un'ipotesi di ripiego, non inferenza gratuita. I metadati del modello si possono configurare, ma a fare fede per la fatturazione resta il fornitore. È un aspetto cruciale proprio per chi sceglie Aider per tenere sotto controllo i costi.

La selezione del contesto resta a tuo carico. Aggiungere tutti i file aumenta il materiale che il modello deve elaborare, senza dimostrare che abbia capito la modifica. Le indicazioni di Aider sui limiti dei token consigliano di rimuovere i file superflui e circoscrivere le richieste; i conteggi sono stime e Aider segnala gli errori sui limiti restituiti dal fornitore, anziché far rispettare quei limiti autonomamente. Il budget della mappa non è un tetto di spesa.

Il ciclo di modifica locale non offre un servizio gestito per le attività. Puoi eseguire comandi e costruire automazioni attorno ad Aider, ma un ambiente remoto, una coda condivisa per le revisioni e controlli operativi richiedono lavoro aggiuntivo. Chi vuole supervisionare una patch può accettare questo compromesso. Un fondatore che desidera delegare un'indagine durante la notte dovrebbe valutare seriamente i flussi cloud gestiti.

Il verdetto: Aider conviene per le patch che vuoi supervisionare

Aider è una scelta valida se dai valore all'indipendenza dai fornitori, lavori a tuo agio nel terminale e vuoi che le modifiche dell'AI finiscano nella normale cronologia Git. Inizia con interventi di manutenzione circoscritti, piccole funzionalità e refactoring di cui sai definire e verificare i criteri di accettazione.

La scelta cambia quando vuoi delegare anche la gestione del flusso di lavoro. Scegli Claude Code per l'esperienza integrata da terminale e con strumenti esterni, Codex per la revisione e il passaggio al cloud, oppure Cursor per lavorare nell'editor e usare agenti remoti gestiti. Pagare per questi ambienti ha senso quando ti risparmiano più configurazione e supervisione di quante ne richieda il client flessibile di Aider.

Nella prossima sessione, parti da un problema circoscritto, individua il test di accettazione, abilita i controlli pertinenti e registra la spesa del fornitore fino al diff finale accettato. Continua con Aider se il processo ti sembra sotto controllo ed economico. Cambia strumento se configurare i modelli e gestire il contesto assorbe il tempo che volevi risparmiare grazie all'agente.

Domande frequenti

Ricevi la Checklist per l'audit dei flussi di lavoro aziendali con l'AI e le prossime recensioni pratiche degli strumenti iscrivendoti alla newsletter.