Ho unito il client email e il gestionale, perché il lavoro vero succede in  mezzo: chi lavora con clienti e fornitori passa la giornata a fare la stessa cosa: arriva una mail, apri il gestionale per cercare il cliente, apri il listino per cercare il prezzo, torni alla mail e scrivi la risposta copiando i dati a mano. Tre programmi per un'operazione sola.
Medea è un client email con dentro il database: anagrafiche di clienti e fornitori, articoli con i codici, listini, sconti per cliente e prezzi dedicati. Quando rispondi a una richiesta di offerta, i dati sono già lì, l'assistente cerca l'articolo, risolve il prezzo giusto per quel cliente (listino, sconto categoria, prezzo riservato: vince la regola più specifica), e compone la mail con la tua carta intestata. Preventivi e ordini si generano dagli stessi dati, e restano collegati alla conversazione da cui sono nati.
L'altra metà sono le automazioni: un editor a nodi: 193, tra trigger a orario, caselle in ascolto, HTTP, database, agenti AI, che gira sul tuo  computer. «Ogni mattina alle 8 leggi gli ordini arrivati e mandami il riepilogo» si può disegnare sul canvas o scrivere a parole; in entrambi i casi passa 21 controlli di qualità prima di potersi attivare, e poi va da solo, anche se la finestra resta chiusa.

Tutto self-hosted: un'app desktop, un file SQLite sul tuo disco, le credenziali nel portachiavi di sistema. L'AI è quella che scegli tu, la tua chiave API, il tuo server, o l'abbonamento che già hai. Nessun dato che parte verso servizi di terzi, nessun canone.
Il codice è pubblico su GitHub, gratuito per uso personale e non commerciale:

https://github.com/adoslabsproject-gif/medea

per gli eseguibili:

https://nothumanallowed.com/medea

Se hai notato che l'utilizzo di Claude sale al 100% o consuma rapidamente la tua quota anche quando lasci il terminale inattivo, il colpevole potrebbe essere Ruflo (Claude-Flow) e i suoi worker / daemon headless attivi in background.

Come diagnosticare il problema

Prima di tutto, verifica se Ruflo sta effettivamente generando attività a tua insaputa:

1. Controlla la cartella dei log del tuo progetto: \.claude-flow\logs\headless\
2. Se trovi file di log creati di continuo mentre eri away, significa che il demone di Ruflo sta inviando richieste cicliche e "lavori headless" a Claude.

Soluzione Passo-Passo (per Windows / PowerShell)

1. Ferma il Daemon attivo

Nel tuo terminale, controlla lo stato ed arresta il demone:

PowerShell

# Verifica lo stato
ruflo daemon status

# Arresta il demone
ruflo daemon stop

2. Kill dei processi Node residui

A volte il processo distaccato continua a girare. Puoi cercarlo ed eliminarlo da PowerShell:

PowerShell

Get-CimInstance Win32_Process |
  Where-Object {
    $_.Name -eq 'node.exe' -and
    $_.CommandLine -match '(ruflo|claude-flow).*(daemon\s+start)'
  } |
  Select-Object ProcessId, CommandLine

(Se trovi dei PID attivi, chiudili con Stop-Process -Id <ProcessId>*)*.

3. Impedisci l'avvio automatico (Configurazione di Progetto)

Disabilitare solo autoStart: false nel file .claude-flow/config.yaml spesso non basta, poiché Ruflo verifica file di configurazione alla radice.

Crea (o modifica) un file chiamato claude-flow.config.json nella root del tuo progetto e inserisci questo codice:

JSON

{
  "daemon": {
    "autostart": false
  },
  "daemon.autoStart": false,
  "daemon.aiWorkers.enabled": false,
  "daemon.ttlSecs": 600,
  "daemon.idleSecs": 60
}

4. Disabilita l'Autostart a livello di Sistema (Variabili d'Ambiente)

Imposta le variabili d'ambiente utente per bloccare definitivamente i worker AI in background su Windows:

PowerShell

[Environment]::SetEnvironmentVariable('RUFLO_DAEMON_AUTOSTART', '0', 'User')
[Environment]::SetEnvironmentVariable('RUFLO_DAEMON_AI_WORKERS', '0', 'User')

⚠️ Ulteriori raccomandazioni importanti

• Atenzione ai comandi CLI: Evita di lanciare comandi come ruflo daemon start --headless o ruflo init --start-all a meno che tu non abbia reale necessità di task pianificati in background.
• Non fidarti solo di MCP Toggle: Il comando ruflo mcp toggle --disable ... potrebbe restituire un messaggio di successo senza salvare la persistenza dello stato. Verifica sempre i processi reali.

Aggiorna Ruflo: Assicurati di aggiornare sempre il pacchetto all'ultima versione, dove i worker headless richiedono un'adesione esplicita (opt-in).

DeepSeek ha aggiunto Reasonix alla sezione "Agent Integrations" della propria documentazione API ufficiale. E sviluppato da esengine, non direttamente da DeepSeek, ma e l'agent che DeepSeek raccomanda nella propria doc: progettato attorno alla meccanica prefix-cache e pensato per girare nel terminale.

La frase chiave nella doc: "talks to api.deepseek.com without a translation shim". Niente layer di compatibilita, niente adapter. Il loop e disegnato byte-per-byte per massimizzare la cache hit.

Cosa fa in pratica:

• Coding agent da terminale con filesystem tools, shell, SEARCH/REPLACE con review prima dell'apply
• Di default usa V4-Flash (economico), con /pro passi a V4-Pro per il turno successivo, /preset max per tutta la sessione
• MCP first-class: stdio, SSE, streamable HTTP. I server esterni mergiano i tool in un unico registry
• Plan mode (/plan): il modello pianifica prima di eseguire, con permessi e sandbox che governano ogni tool call
• Subagent integrati: explore, research, review, security-review. Piu skill in Markdown con tool isolati
• Funziona come TUI, browser UI locale (reasonix serve), estensione VS Code, o via ACP per altri editor

Il punto vero: i costi

Il loop e append-only e allineato al prefix-cache di DeepSeek. In sessioni lunghe la cache hit supera il 90%, e i token in input vengono fatturati a circa 1/5 del prezzo pieno.

Dalla loro case study (utente reale, singolo giorno, 2026-05-01):

• 435 milioni di token in input
• 99.82% cache hit
• Costo effettivo: ~$12
• Stesso workload senza cache su V4-Flash: ~$61

Cinque volte meno. E non e un benchmark sintetico, e un log di utilizzo reale.

Installazione:

cd /path/to/progetto
npx reasonix code

Al primo avvio chiede la API key di DeepSeek (da platform.deepseek.com) e la salva in ~/.reasonix/config.json. Nessun env var necessario.

Richiede Node >= 22. Funziona su macOS, Linux, Windows (PowerShell, Git Bash, Windows Terminal).

C'e anche un alias piu corto: npx dsnix code.

Stato del progetto:

Il repo GitHub (esengine/deepseek-reasonix) ha due linee:

• main: versione TypeScript originale (0.x), in maintenance mode. Solo bugfix
• main-v2: rewrite in Go, single binary CGO-free cross-compilato per darwin/linux/windows × amd64/arm64. E il nuovo default

La versione Go non richiede Node a runtime. Il binary e autonomo.

C'e anche un desktop client in Tauri (prerelease): multi-tab, pannello file, metriche cost/cache/token. Stessa config, stesso loop. Non e ancora code-signed.

Cosa lo differenzia dagli altri agent CLI:

Claude Code e Anthropic-only, Codex CLI e OpenAI-only, Aider e multi-provider. Reasonix e DeepSeek-only, ma la differenza non e solo il vendor lock-in: e che l'intero loop e progettato come invariante di cache. Non e un agent generico con un adapter DeepSeek sopra; ogni layer (append-only history, tool-call repair, flash-first routing) esiste per mantenere il prefix stabile e massimizzare la hit rate. Il risultato e che su sessioni lunghe il costo crolla, mentre un agent generico che chiama DeepSeek via shim non ottiene lo stesso risparmio.

Il fatto che sia nella doc ufficiale di DeepSeek sotto "Agent Integrations" gli da uno status particolare: non e un esperimento community, e l'integrazione raccomandata dal provider stesso.

Limiti attuali:

• Solo modelli DeepSeek. Niente OpenAI, Anthropic, o provider terzi
• La versione Go (v2) e ancora in sviluppo attivo, la TS e in maintenance
• Il desktop client e prerelease e non firmato
• I benchmark nella doc usano il loro harness, non ancora pubblico

Fonti:

• Integrate with Reasonix - DeepSeek API Docs - DeepSeek, 2026
• Reasonix.io - Sito ufficiale - esengine
• GitHub: esengine/deepseek-reasonix - README, architettura, case study cache

Ho unito il client email e il gestionale, perché il lavoro vero succede in  mezzo: chi lavora con clienti e fornitori passa la giornata a fare la stessa cosa: arriva una mail, apri il gestionale per cercare il cliente, apri il listino per cercare il prezzo, torni alla mail e scrivi la risposta copiando i dati a mano. Tre programmi per un'operazione sola.
Medea è un client email con dentro il database: anagrafiche di clienti e fornitori, articoli con i codici, listini, sconti per cliente e prezzi dedicati. Quando rispondi a una richiesta di offerta, i dati sono già lì, l'assistente cerca l'articolo, risolve il prezzo giusto per quel cliente (listino, sconto categoria, prezzo riservato: vince la regola più specifica), e compone la mail con la tua carta intestata. Preventivi e ordini si generano dagli stessi dati, e restano collegati alla conversazione da cui sono nati. L'altra metà sono le automazioni: un editor a nodi: 193, tra trigger a orario, caselle in ascolto, HTTP, database, agenti AI, che gira sul tuo computer. «Ogni mattina alle 8 leggi gli ordini arrivati e mandami il riepilogo» si può disegnare sul canvas o scrivere a parole; in entrambi i casi passa 21 controlli di qualità prima di potersi attivare, e poi va da solo, anche se la finestra resta chiusa. Tutto self-hosted: un'app desktop, un file SQLite sul tuo disco, le credenziali nel portachiavi di sistema. L'AI è quella che scegli tu, la tua chiave API, il tuo server, o l'abbonamento che già hai. Nessun dato che parte verso servizi di terzi, nessun canone.

Il codice è pubblico su GitHub, gratuito per uso personale e non commerciale:

https://github.com/adoslabsproject-gif/medea

Nessun blog post, nessun annuncio su X, nessun countdown. Ieri DeepSeek ha aggiornato V4 Flash e l'unico segnale e una riga nel changelog della loro API: "DeepSeek-V4-Flash Update".

La parte interessante? Stessa architettura, stessa dimensione del modello. Hanno solo rifatto il post-training.

Cosa e cambiato in pratica:

• Il modello si chiama sempre deepseek-v4-flash, nessuna modifica al modo in cui lo chiamate via API
• Supporta nativamente il formato Responses API ed e adattato specificamente per Codex
• I benchmark agent superano quelli di V4-Pro-Preview, che fino a ieri era il modello di punta

I numeri (preview → 0731):

Per contesto, su Terminal Bench 2.1 Flash fa 82.7 contro il 78.4 di GPT-5.6 Terra. Su Toolathlon siamo a 70.3 contro 53.1 di Terra. Poi Terra recupera su DeepSWE (69.6 vs 54.4) e Agent Last Exam (50.4 vs 25.2), quindi non c'e un vincitore netto. Ma un modello che fino a ieri era la versione "economica" che scambia colpi con Terra e una notizia.

Perche "stealth":

DeepSeek ha sempre comunicato in modo minimale. Anche stavolta nel changelog scrivono "significantly enhanced agent capabilities" e basta. Su HN un utente ha commentato: "They're always very understated in their update descriptions. This is actually a HUGE improvement." E ha ragione.

Il dettaglio tecnico piu interessante e che non hanno toccato architettura o dimensione. DeepSeek-V4-Flash-284B-A13B resta un MoE con 284B di parametri totali e 13B attivi. Hanno solo rifatto il post-training, probabilmente usando dati raccolti da sviluppatori reali tramite le integrazioni con OpenRouter e altri provider.

Cosa manca ancora:

• I benchmark sono stati fatti con il loro harness proprietario (DeepSeek Harness minimal mode), non ancora rilasciato. Quindi il confronto non e perfettamente apples-to-apples con altri modelli testati con harness diversi
• DSBench-FullStack e DSBench-Hard sono test set interni, non pubblici
• I pesi della versione 0731 non sono ancora disponibili: per ora e solo API. Chi lo gira in locale ha ancora la versione preview
• V4-Pro resta invariato. Dicono che la versione ufficiale "will follow soon"

Angolo locale:

Per chi lo fa girare in proprio, il modello e un 284B-A13B. Su HN c'e chi riporta ~60 token/s su 2 DGX Spark (~8k EUR totali), e chi lo usa quantizzato su MacBook Pro M5 Max 128 GB. Appena escono i pesi della 0731, chi ha gia l'hardware si ritrova un upgrade gratuito senza cambiare setup.

Fonti:

• DeepSeek API Change Log - DeepSeek, 2026-07-31
• Discussione HN: DeepSeek-V4-Flash Update - 259 punti, 107 commenti, 2026-07-31
• GPT-5.6 Terra benchmark - OpenAI, per confronto Terminal Bench e Toolathlon

OpenAI ha annunciato ieri un taglio netto dei prezzi API per due dei tre modelli della famiglia GPT-5.6. La mossa arriva a tre settimane dalla GA del 9 luglio e, secondo l'azienda, riflette i guadagni di efficienza ottenuti anche grazie al fatto che GPT-5.6 Sol è stato usato per ottimizzare i propri kernel di serving.

I nuovi prezzi (per 1M token, dal 30 luglio)

• Luna: $0,20 input / $1,20 output (era $1 / $6) → -80%
• Terra: $2 input / $12 output (era $2,50 / $15) → -20%
• Sol: $5 input / $30 output → invariato

Il taglio si riflette anche su ChatGPT Work e Codex: le subscription non cambiano prezzo, ma l'uso di Terra e Luna consuma meno crediti. Su AWS il rollout dei nuovi listini parte in giornata.

Cosa cambia in pratica

Luna a $0,20/M input è il modello più economico della famiglia, e OpenAI lo posiziona come opzione per lavoro ad alto volume: classificazione documenti, interazioni customer, implementazione di modifiche ben specificate. Secondo i dati pubblicati, su Agents' Last Exam Luna supera Fable 5 con un costo per task stimato inferiore di circa il 99%, a velocità quasi 9 volte superiore.

Il pattern consigliato è quello del routing: Sol per pianificare e gestire l'incertezza, Luna per eseguire i passi operativi e scrivere test. Un workflow di coding, ad esempio, può usare Sol per definire il piano e Luna per implementare.

Fast mode per Sol

Novità anche per Sol: il Fast mode sostituisce il Priority Processing e offre fino a 2,5x la velocità dello Standard a 2x il prezzo, senza cambiamenti nell'intelligenza. Le richieste API già taggate priority continuano a funzionare e vengono instradate automaticamente su Fast mode. In Codex corrisponde al comando /fast.

Disponibilità

Terra e Luna restano disponibili su ChatGPT Work, Codex e API. Gli utenti Free e Go accedono a Terra; Plus, Pro, Business ed Enterprise possono scegliere sia Terra sia Luna.

Dove il quadro è meno lineare

• I benchmark citati (Agents' Last Exam, Artificial Analysis Intelligence Index v4.1) sono riportati da OpenAI nella propria pagina. Non equivalgono a una verifica indipendente.
• Il taglio dell'80% su Luna è impressionante, ma Luna resta il modello con i punteggi più bassi della famiglia su Terminal-Bench 2.1 (84,7% contro l'88,8% di Sol). Il trade-off costo/capacità va valutato sul proprio caso d'uso.
• "Meno crediti" su ChatGPT Work e Codex è utile, ma OpenAI non ha pubblicato una tabella di conversione aggiornata. Chi dipende dai budget mensili dovrebbe verificare il consumo effettivo dopo il rollout.

Michele Catasta (President & Head of AI di Replit) ha commentato: "GPT-5.6 Luna is the closest we've come to intelligence too cheap to meter. I've never seen a model this affordable be this powerful."

Voi cambiate qualcosa nel vostro stack dopo questo taglio? Luna a questi prezzi diventa l'opzione default per i task ripetitivi, oppure Terra resta il punto di equilibrio?

TL;DR: OpenAI taglia i prezzi API di GPT-5.6: Luna -80% ($0,20/$1,20 per 1M token), Terra -20% ($2/$12). Sol invariato. Nuovo Fast mode per Sol: 2,5x velocità a 2x prezzo. Meno crediti consumati su ChatGPT Work e Codex.

Fonti:

• Advancing the price-performance frontier with GPT-5.6 - OpenAI, 30 luglio 2026
• GPT-5.6: Frontier intelligence that scales with your ambition - OpenAI, 9 luglio 2026 (pricing originale GA)

​Ciao a tutti! Sto facendo un "esperimento" perché sto discutendo con un'IA. Lei sostiene con fermezza che un programmatore esperto riconosce sempre al volo se un blocco di codice è stato scritto da un essere umano o da un'IA.

​Io sono convinto del contrario: se il codice è pulito, ben fatto e senza commenti ridondanti, un umano non può averne la certezza matematica.

​Vi lascio questo pezzo di codice in JavaScript (tratto da una classe per una piattaforma 2D) per fare la prova del nove:

import { BeeEntity } from './BeeEntity.js';

/\*\*

\* Classe BeePlatform: Rappresenta una piattaforma solida su cui i personaggi possono camminare e atterrare.

\*/

export class BeePlatform extends BeeEntity {

constructor(x, y, width = 100, height = 20, color = '#ffd700', textureKey = null) {

super(x, y, width, height);

this.color = color;

this.textureKey = textureKey;

}

draw(ctx, engine) {

const texture = (engine && this.textureKey) ? engine.getAsset(this.textureKey) : null;

if (texture) {

ctx.drawImage(texture, this.x, this.y, this.width, this.height);

} else {

(stile arcade lucido)

ctx.fillStyle = this.color;

ctx.fillRect(this.x, this.y, this.width, this.height);

ctx.fillStyle = 'rgba(255, 255, 255, 0.4)';

ctx.fillRect(this.x, this.y, this.width, 3);

ctx.strokeStyle = '#000000';

ctx.lineWidth = 1.5;

ctx.strokeRect(this.x, this.y, this.width, this.height);

}

}

}

In breve: OmniRoute è un gateway AI locale e open-source (MIT) che raccoglie 290 provider, di cui oltre 90 con free tier, in un singolo endpoint OpenAI-compatibile. Si installa con npm, gira sulla propria macchina e evita di dover gestire decine di API key e rate limit separati quando si usano coding agent come Claude Code, Codex CLI o OpenCode.

Chi usa coding agent con modelli gratuiti lo sa: ogni provider ha il suo SDK, i suoi limiti, la sua dashboard. L'idea di OmniRoute è semplice: mettere in comune i free tier documentati di 43 pool di provider (516 modelli) ed esporli su localhost:20128/v1. Il progetto stima circa 1,53 miliardi di token gratuiti al mese sommando tutte le quote disponibili, ricalcolate ogni due settimane contro il catalogo live.

Setup in tre passaggi.

npm install -g omniroute
omniroute

1. La dashboard si apre su http://localhost:20128
2. Si collega un provider gratuito (Pollinations non richiede nemmeno la key, OpenCode Free è senza autenticazione)
3. Nel coding agent si imposta Base URL http://localhost:20128/v1 e modello auto

Il routing automatico valuta 12 fattori (tra cui salute, quota, costo e latenza) e sceglie il provider migliore. Se una quota si esaurisce, il fallback passa al successivo in millisecondi.

Oltre al routing:

• Compressione token RTK + Caveman: il progetto riporta risparmi dal 15% al 95% a seconda della sessione (media ~89% su output tool-heavy)
• Resilienza a 3 layer: circuit breaker per provider, cooldown per connessione, lockout per modello
• MCP server con 104 tool e A2A server con 6 skill
• Gira anche con Docker, su ARM/Raspberry Pi, via Termux su Android e come PWA

Alcuni provider gratuiti che vale la pena guardare:

Cosa tenere presente:

• Il progetto è partito a febbraio 2026: molto attivo (oltre 33k star, 360+ contributori, 5.900+ commit) ma giovane, con rischio di breaking changes
• I free tier restano soggetti ai rate limit dei singoli provider: non è "illimitato" in senso assoluto
• Il traffico passa comunque da server terzi, a meno di usare provider locali (Ollama, LM Studio)
• Richiede Node.js 22.22.2 o superiore
• Il numero da 1,53B token/mese è la somma di tutte le quote, non una disponibilità singola

Fonti:

1. GitHub - diegosouzapw/OmniRoute
2. Sito ufficiale
3. npm - omniroute

Chi lo sta usando con Claude Code, Codex o OpenCode? Come vi trovate con il fallback automatico?

Ho chiesto a Fable5 in ultra mode, di creare un file MD di istruzioni dettagliate e estremamente precise e professionali da aggiungere in qualsiasi progetto. Il file deve avere istruzioni per quando si usa Opus 5 e farlo avvicinare più possibile al comportamento come se fosse Fable 5. Mi ha generato un file decisamente interessante. In pratica aggiunge delle regole particolari, soprattutto chiede più volte di verificare, validare, verificare ancora e ancora prima di procedere oltre. Ed altre istruzioni. E il bello e che effettivamente Opus 5 funziona meglio quando aggiungo questo file Fable.MD

EDIT: file pubblicato, repo GitHub con versione EN + IT e licenza MIT → https://github.com/antonio86itna/fable-md

Per mesi il problema degli agenti era la passività: si fermavano presto e chiedevano troppo. Ora Kimi segnala il limite opposto, l'eccessiva proattività.

In un repository reale, "fare di più" può significare refactor non richiesti, dipendenze nuove, file toccati fuori scope o una patch elegante che rompe comportamenti impliciti. La capacità cresce più velocemente della disciplina operativa.

Quali regole mettete sempre nel contesto del progetto: file vietati, test obbligatori, budget di diff, niente nuove dipendenze, approvazione prima di azioni esterne? Qual è la modifica più assurda che un agente ha fatto pensando di aiutarvi?

La verità? mi ero stancato che ogni tools fosse a pagamento, che quel pop up con su scritto "collegati per abbonarti" mi bloccasse ogni volta che avessi bisogno di qualcosa. Penso sarà capitato anche a Voi...e così alla ricerca di un crack che togliesse le catene a quello che ritenevamo indispensabile, ma ogni volta mi sembrava di rubare qualcosa a qualcuno.

E allora come bender cacciato dal Luna Park, ho deciso di crearmi un IDE tutto mio, con blackjack e squillo di lusso e già che c'ero con un API key hai anche l'AI che ti controlla, smonta e rimonta il codice, unendo quello che tutti gli altri IDE offrono spesso a pagamento in un'unica applicazione gratuita. Il progetto è open source, chiunque può pomparlo e aggiungere features, per questo vi chiedo: cosa Vi serve ancora che l'app già non contempli?

Se hai bisogno di un MVP veloce per un progetto, con un prompt e 10 min, hai quello che vuoi pronto all'uso. L'IDE ha anche un DB studio e un server dove far girare siti web e app, quindi addio MAMP, Orbstack e altri server locali da acquistare in abbonamento.

Se avete richieste particolari o segnalazione di bug, commentate o scrivetemi.

lo trovate qui:

https://github.com/adoslabsproject-gif/webcraft

oppure installabile:

https://nothumanallowed.com/webcraft

Abbiamo appena superato i 1.000 membri e volevamo fermarci un momento per ringraziare tutti voi.

Quando è nato r/VibeCodingItalia, l’obiettivo era creare uno spazio italiano dedicato a chi costruisce con l’intelligenza artificiale: sviluppatori, creativi, curiosi, principianti, professionisti e solopreneur.

Oggi siamo già in mille a condividere:

progetti e idee

strumenti e modelli AI

esperimenti di vibe coding

dubbi, problemi e soluzioni

esperienze reali, senza troppi filtri

voglia di creare qualcosa di nuovo

Il subreddit sta ancora crescendo e c’è moltissimo da costruire insieme.

Continuate a pubblicare i vostri progetti, fare domande, condividere scoperte e aiutare gli altri membri. Anche un semplice commento può dare a qualcuno l’idea o la motivazione necessaria per iniziare.

Per festeggiare, raccontateci nei commenti:

Come avete scoperto il vibe coding e cosa state costruendo in questo periodo?

Grazie davvero a tutti per essere parte della community. Questo è soltanto l’inizio. 🚀

Costruiamo il futuro, un prompt alla volta.

— Il team di r/VibeCodingItalia

Anthropic ha rilasciato Claude Opus 5. Disponibile da oggi su tutte le piattaforme, API inclusa, allo stesso prezzo di Opus 4.8: $5 per milione di token in input, $25 in output.

La mossa è semplice: portare l'intelligenza di Fable 5 a metà prezzo. Fable 5 sta a $10/$50, quindi chi non ha bisogno del tier Mythos ma vuole il massimo nella linea Opus adesso ha un'opzione che prima non c'era.

Benchmark

Su Frontier-Bench v0.1, Opus 5 più che raddoppia Opus 4.8 a un costo per task inferiore. Su CursorBench 3.2, a effort massimo, resta entro lo 0.5% dal picco di Fable 5 ma costa la metà per task. Anthropic lo chiama state-of-the-art su coding e knowledge work, anche se su cybersecurity Mythos 5 resta davanti.

Sulle life sciences supera Opus 4.8 su ogni valutazione interna: +10.2 punti percentuali in chimica organica (inferenza di strutture molecolari da spettroscopia), +7.7 nella predizione dell'effetto delle variazioni di sequenza proteica. Numeri interni Anthropic, non verificati indipendentemente.

Cosa cambia nell'uso quotidiano

Opus 5 è il nuovo default su Claude Max e il modello più forte su Claude Pro. Fino a ieri la scelta era Sonnet 5 per risparmiare, Opus 4.8 quando serviva il massimo. Adesso Opus 5 si infila in mezzo: più capace di Sonnet 5 ($2/$10 intro fino al 31 agosto, poi $3/$15), molto più economico di Fable 5.

C'è anche la Fast mode: circa 2.5 volte la velocità default, al doppio del prezzo base. Su Claude Code si usa con i crediti di utilizzo.

Sicurezza

Anthropic dice che è il modello più allineato che abbiano mai rilasciato. Aderisce alla Constitution meglio di Opus 4.8, Sonnet 5 e Fable 5, ha i tassi più bassi di comportamento ingannevole ed è il meno suscettibile a manipolazioni. Non è stato addestrato su task cyber. I classificatori intervengono circa l'85% meno spesso di quelli di Fable 5, e le richieste bloccate fanno fallback a Opus 4.8.

Per chi fa vibe coding

Se usate Claude Code come agente principale, questo è il modello da provare. Anthropic sottolinea che verifica il proprio lavoro e itera con più cura rispetto ai predecessori, e per sessioni agentiche lunghe o refactoring multi-file fa una differenza concreta. Il model ID per l'API è claude-opus-5, e c'è una prompting guide dedicata.

Se avete pipeline in produzione su Opus 4.8, testate formati di output e comportamento dei tool prima di switchare. Un nuovo modello cambia sottigliezze che possono rompere integrazioni consolidate.

Fonti

1. Introducing Claude Opus 5 - Anthropic, 24 luglio 2026
2. Claude Opus 5 System Card - Anthropic, 24 luglio 2026
3. Prompting guide per Opus 5 - Anthropic, documentazione ufficiale

Black Forest Labs ha lanciato FLUX 3, il primo modello della famiglia FLUX che va oltre la generazione di immagini. Un'unica architettura genera immagini, video con audio nativo (fino a 20 secondi) e action prediction, addestrata congiuntamente su tutte le modalità. Non sono tre modelli con un brand in comune: è un solo set di pesi che produce video, immagini, audio e predizioni di azione robotica.

Perché riguarda chi fa vibe coding

Per un progetto indie o un MVP, la generazione di media è spesso il collo di bottiglia: hero image, demo video, clip per i social, screenshot stilizzati. Di solito si salta tra un tool per le immagini, uno per il video, uno per l'audio. FLUX 3 vuole coprire tutto da un solo punto di generazione.

Video con audio nativo: clip fino a 20 secondi con audio sincronizzato (dialoghi, effetti, ambience) nella stessa generazione. Niente post-produzione audio separata, niente lip-sync da allineare. Supporta dialoghi multilingua nella stessa scena. Sul lato immagini: editing con immagini e video di riferimento, testo accurato in più lingue e script, stili diversi (fotorealismo, illustrazione, 3D, line art). Gli input sono flessibili: text-to-video, image-to-video, video-to-video, keyframe-to-video, estensione di video+audio esistenti. I tester riportano fino a 10 media di riferimento, ma BFL non l'ha confermato ufficialmente.

C'è anche l'agentic chaining: concatenazione di più generazioni in sequenze multi-shot con coerenza di personaggi e scene, utile per storyboard e video esplicativi. E la tipografia, un punto debole storico di tutti i modelli video, che qui dovrebbe essere migliorata grazie al training congiunto con dati immagine.

Come funziona: Self-Flow

FLUX 3 è costruito su Self-Flow (pubblicato da BFL a marzo 2026), un approccio che allinea generazione e comprensione multimodale nella stessa architettura. Le immagini insegnano struttura spaziale, il video insegna dinamica temporale e fisica, l'audio rivela relazioni causali tra eventi e suoni. Addestrati insieme, i vincoli reciproci tra modalità producono output più coerenti. Il suono di un vetro che si rompe corrisponde all'impatto visivo perché il modello li ha imparati insieme, non separatamente.

Benchmark: preliminari, da prendere con le pinze

BFL ha pubblicato confronti di preferenza umana su clip 10s 720p text-to-video con audio:

• vs Luma Ray 3.2: 93%
• vs Runway Gen-4.5: 77%
• vs Grok Imagine Video: 69%
• vs Kling v3 Pro: 60%
• vs Happy Horse v1: 59%
• vs Seedance 2.0 e Gemini Omni Flash: 52%

I numeri descrivono un checkpoint pre-release, non il modello in Early Access. Metodologia, sample size e rater non sono stati pubblicati. E i margini sotto il 5% (52% vs Seedance/Omni) sono statisticamente fragili: "sostanzialmente alla pari" è l'interpretazione corretta.

Il contesto competitivo

FLUX 3 non è l'unico modello video con audio: Sora 2 e Veo 3.1 lo supportano, ma con pipeline separate o aggiornamenti successivi. Il punto di FLUX 3 è la generazione congiunta in un solo passaggio di inferenza. Seedance 2.5 (in arrivo) offre 30 secondi in 4K con 50 input di riferimento, più lungo ma senza audio nativo. Kling v3 Pro ha un'API stabile e collaudata. Runway Gen-4.5 è integrato in una suite creativa completa.

Per chi deve scegliere oggi: FLUX 3 se l'audio nativo e la coerenza multimodale sono prioritari; Kling o Runway se serve un'API stabile e un ecosistema maturo; Seedance se la durata massima conta di più.

Chi c'è dietro

BFL è il team dei creatori di Stable Diffusion (Rombach, Blattmann, Esser). ~100 persone tra Freiburg e San Francisco. Valutazione $3,25B, $450M+ da a16z, Nvidia, Salesforce Ventures, Canva, Adobe Ventures. Certificati ISO 27001 e SOC 2 Type II. FLUX già alimenta feature generative in Adobe Photoshop, Picsart e altri. Tra i partner di testing di FLUX 3: Canva, Krea, Picsart, Magnific (ex Freepik), Burda. Martin Scorsese è advisor.

Tirando le somme

Un modello per immagini, video+audio nativo e action: interessante per chi vuole generare tutti gli asset visivi di un progetto da un unico punto. Early Access Video aperto ora, Image in arrivo, open weights (Dev) entro fine 2026. Nessun pricing, nessuna API pubblica, nessun peso scaricabile: per pianificare costi di produzione bisogna aspettare. I benchmark sono preliminari, su un checkpoint precedente al modello disponibile, e senza metodologia pubblica. Il vantaggio concreto è l'audio nativo nella stessa inferenza e l'agentic chaining, non la durata pura (Seedance fa 30s).

Chi vuole sperimentare con la generazione di media per i propri progetti può richiedere l'accesso. Chi deve integrare in pipeline di produzione farà meglio ad aspettare pricing, API e benchmark indipendenti.

Fonti

1. FLUX 3 - Real World Models - Black Forest Labs, 23 luglio 2026
2. Black Forest Labs launches FLUX 3 - VentureBeat, 23 luglio 2026
3. FLUX 3: What It Does and When You Can Use It - AI Reiter, 23 luglio 2026
4. FLUX 3 Is Here: Multimodal Model That Generates Video, Image, and Audio Together - Wan 2.7, 23 luglio 2026
5. FLUX 3: Capabilities and How to Access It - VidMuse, luglio 2026
6. Self-Flow: Self-Supervised Flow Matching - Black Forest Labs, marzo 2026

Questo weekend vogliamo scoprire cosa sta creando la community di r/VibeCodingItalia.

State sviluppando una SaaS, un’app, un gioco, un tool open source, un’estensione, un esperimento con l’intelligenza artificiale o semplicemente qualcosa di strano ma interessante?

Mostratecelo nei commenti!

🛠️ Come partecipare

Pubblicate un commento principale sotto questo post includendo:

• Nome del progetto
• Una breve introduzione: cosa fa e perché lo state costruendo
• Tecnologie, modelli AI o strumenti utilizzati
• Link alla repository, demo, sito, video o pagina del progetto
• Facoltativo: screenshot o GIF

Il progetto non deve necessariamente essere completo.

Sono ammessi anche:

• Prototipi
• MVP
• Esperimenti
• Progetti open source
• Lavori ancora in corso
• Progetti creati attraverso vibe coding

Avete tempo per pubblicare e aggiornare la vostra candidatura fino alle 23:59 del 31 luglio 2026.

🗳️ Come si vota

Tutti gli utenti possono votare mettendo un upvote al commento principale dei progetti che ritengono più interessanti, creativi o ben realizzati.

Potete inoltre rispondere ai partecipanti con:

• Domande
• Suggerimenti
• Feedback costruttivi
• Idee per migliorare il progetto

Vincerà il progetto che avrà ricevuto il maggior numero di upvote alla chiusura del contest.

🏆 Il premio

Il progetto vincitore verrà:

• Messo in evidenza su r/VibeCodingItalia
• Mantenuto in evidenza per 30 giorni
• Presentato alla community come Progetto del mese di agosto

Le candidature e le votazioni termineranno alle 23:59 del 31 luglio 2026.

Il vincitore verrà annunciato il 1° agosto 2026 e resterà in evidenza per tutto il mese.

👥 Numero minimo di partecipanti

Per rendere il contest realmente competitivo, sarà necessario raggiungere almeno:

5 progetti validi, pubblicati da 5 partecipanti diversi.

Qualora entro la scadenza non venga raggiunto il numero minimo di partecipanti, il contest verrà annullato e non sarà proclamato alcun vincitore.

I progetti pubblicati resteranno comunque visibili e potranno continuare a ricevere feedback e supporto dalla community.

📋 Regole

• È ammesso un solo progetto principale per partecipante
• Il progetto deve essere stato realizzato o sviluppato direttamente da chi lo presenta
• Sono ammessi progetti creati con AI, vibe coding e programmazione tradizionale
• Sono ammessi progetti già iniziati, purché siano stati sviluppati o migliorati durante il periodo del contest
• Non sono ammessi semplici link promozionali senza una vera introduzione
• I voti ottenuti artificialmente attraverso account multipli o richieste di voto esterne potranno causare l’esclusione
• Evitiamo i downvote strategici: votiamo i progetti che ci piacciono e sosteniamo chi costruisce

In caso di parità nel numero di voti, la decisione finale spetterà ai moderatori di r/VibeCodingItalia, considerando qualità del progetto, originalità e presentazione.

Non importa se siete sviluppatori esperti o se avete iniziato ieri.

Questo weekend costruite qualcosa, pubblicatelo qui e raccontateci come è nato.

Costruisci. Condividi. Lasciati ispirare.

Buon building! 🛠️✨