Claude Opus 5 può programmare da solo per ore. Quali parti di un POS richiedono ancora più del solo codice?

Le parti di un POS che richiedono ancora più del semplice codice sono quelle che toccano il denaro e il mondo fisico: accordi di elaborazione dei pagamenti, conformità PCI (le regole di sicurezza del settore bancario per la gestione dei dati delle carte), terminali certificati per carte fisiche e una gestione dei registri che deve essere impeccabile ogni singola volta. Claude Opus 5, rilasciato il 24 luglio 2026, può eseguire sessioni di programmazione per ore con una supervisione minima¹. Nessuna di quelle ore produce un conto commerciante.

Le versioni dei modelli e le date in questo articolo sono accurate al momento della pubblicazione; considera le indicazioni specifiche come una panoramica attuale.

Cosa ha cambiato concretamente Claude Opus 5?

Anthropic descrive un modello progettato per agenti ad esecuzione prolungata: pianifica con attenzione, verifica il proprio lavoro ed è in grado di operare più a lungo e in modo più autonomo rispetto ai precedenti modelli Opus². Nel benchmark di ingegneria del software più complesso di Anthropic ha più che raddoppiato il punteggio del suo predecessore¹. I primi tester riferiscono di avergli affidato attività che prima venivano suddivise in molti piccoli passaggi, ottenendo risultati completi.

Si tratta di una svolta reale che rafforza una tendenza che abbiamo analizzato quando è stato distribuito GPT-5.6: ogni pochi mesi, la quantità di software funzionante ottenuta con un unico prompt aumenta. Un'interfaccia di cassa che l'anno scorso richiedeva una settimana di prompt oggi richiede un pomeriggio e, con Opus 5, il modello continua a lavorare anche dopo che ti allontani.

Perché più tempo di programmazione non completa il lavoro?

Perché le parti più difficili di un punto vendita non sono problemi risolvibili solo con il codice. Un modello autonomo produce più codice e codice meglio verificato. Non può però produrre una decisione di valutazione del rischio (underwriting), una certificazione hardware o una verifica di sicurezza, indipendentemente dal tempo di esecuzione. Queste provengono da istituzioni, non da compilatori.

C'è poi un secondo limite più sottile. La principale capacità di Opus 5 è la verifica del proprio lavoro, ma la verifica necessita di dati oggettivi di riferimento. Un modello può testare che i calcoli di cassa tornino. Non può però effettuare test rispetto a una rete di carte reale, a un programma di accredito reale (quando i fondi delle carte arrivano effettivamente in banca) o a un'autorità fiscale reale, poiché nessuno di questi elementi esiste all'interno di un ambiente di test di programmazione. Il codice può essere perfettamente coerente al suo interno e scontrarsi per la prima volta con la realtà solo quando arriva al tuo banco.

Quali parti di un POS richiedono ancora più del codice?

Principalmente quattro.

• Movimentazione del denaro. L'addebito su una carta richiede un rapporto con un gestore dei pagamenti (la società che accredita i fondi delle carte sulla tua banca): valutazione del rischio, tempistiche dei pagamenti, monitoraggio delle frodi, gestione delle contestazioni. Nessuna sessione di programmazione genera un conto commerciante approvato.

• Sicurezza dei dati delle carte. La conformità PCI si applica a qualsiasi sistema che gestisca numeri di carta. Il codice di cassa generato che gestisce i dati delle carte trasferisce su di te l'onere della verifica; l'infrastruttura di pagamento certificata esiste proprio per sollevare i commercianti da questa responsabilità.

• Hardware per pagamenti con carta fisica. I pagamenti contactless e con chip vengono eseguiti su terminali certificati con firmware sicuro che nessuno può scrivere ad hoc. È lo stesso ostacolo che porta al rifiuto dall'App Store delle app di pagamento create in vibe coding: i blocchi sono dovuti ad autorizzazioni e certificazioni, non alla qualità del codice.

• Registri sempre corretti. Un inventario che gestisce due vendite simultanee e report che si riconciliano (facendo corrispondere i dati al denaro effettivamente incassato) sono tecnicamente codice, ma codice che deve essere sempre corretto. Abbiamo analizzato questo limite in Vibe Coding per un punto vendita. Opus 5 scrive questo tipo di codice meglio di qualsiasi modello precedente; tuttavia, non vorrai che il suo primo test in produzione avvenga durante l'affluenza del sabato.

Quindi cosa dovresti lasciar creare a Claude Opus 5?

Tutto ciò che sta al di sopra di quella linea: le schermate, il flusso, la logica, i comportamenti specifici del tuo settore che adattano un POS alla tua attività anziché a un modello generico. Quel livello è codice, e Opus 5 è oggi probabilmente lo strumento più potente disponibile per questo scopo.

La strada pratica è MCP (Model Context Protocol, lo standard aperto che consente agli strumenti di IA di collegarsi ad altri software). Anziché chiedere al modello di ricostruire i pagamenti da zero, lo colleghi a una piattaforma in cui il movimento di denaro, la certificazione dell'hardware e la conformità esistono già, lasciandogli costruire l'esperienza di cassa al di sopra. Abbiamo già scritto in precedenza della differenza tra piattaforme che un'IA può gestire e piattaforme su cui un'IA può costruire; i modelli autonomi rendono la seconda categoria molto più importante, poiché il modello può portare avanti la creazione a lungo senza il tuo intervento.

Build di Final funziona così: l'ambiente di creazione è basato su prompt, descrivi il flusso desiderato o colleghi la tua IA tramite MCP, e il flusso viene distribuito su un'infrastruttura in cui Final Pay, i terminali certificati e la gestione dei registri sottostante sono già gestiti. Come utilizzare Claude Fable 5 per creare un POS funzionante illustra come funziona questo processo con il modello superiore a Opus 5.

Quindi, quali parti di un POS richiedono ancora più del codice?

Quelle che si concludono con un contratto, una certificazione o un accredito: elaborazione dei pagamenti, conformità PCI e hardware per carte fisiche, oltre ai registri che devono essere sempre corretti. Claude Opus 5 ha cambiato la quantità di POS che puoi ottenere da una sessione di programmazione. Non ha cambiato ciò che una sessione di programmazione può produrre. Una valida regola empirica: se l'attività si conclude con del codice, affidala al modello; se si conclude con un contratto, una certificazione o un movimento di denaro, affidala all'infrastruttura.

Se vuoi vedere dove si colloca questo limite nella pratica, collega la tua IA a Build tramite MCP e lascia che il modello si occupi della parte in cui è diventato eccellente.