ArtCraft: il clone AI di Adobe in una settimana e i limiti del software acerbo

Sette giorni, 1,5 milioni di righe di codice e dodici applicazioni che replicano, interfaccia per interfaccia, lo standard industriale di Adobe e Microsoft. Il progetto si chiama ArtCraft, è stato sviluppato da Brandon Thomas utilizzando Claude Opus 5.5 di Anthropic e il linguaggio Rust, ed è già stato pubblicato su GitHub. La notizia, che ha spinto HSBC a declassare le azioni Adobe da Buy a Hold il 13 ottobre 2026, non racconta una rivoluzione, ma espone una frattura tecnica profonda: la capacità dell’IA generativa di produrre volume di codice non si traduce automaticamente in software affidabile. Per chi gestisce infrastruttura e sviluppo, ArtCraft è un caso di studio sulla differenza tra “compilare” e “funzionare” in produzione.

ArtCraft: la suite open source che sfida Adobe e Microsoft

La mossa di Thomas è tecnicamente aggressiva e strategicamente provocatoria. ArtCraft non è un singolo tool, ma una suite completa che include PhotoCraft (clone di Photoshop), VectorCraft (Illustrator), FilmCraft (Premiere Pro), LightCraft (Lightroom), PdfCraft (Acrobat), EffectCraft (After Effects), DesignCraft (InDesign), oltre a WordCraft, GridCraft (Excel), DeckCraft (PowerPoint) e CadCraft (AutoCAD). Il modello di business è ibrido: il software è gratuito e open source, ma i servizi AI integrati saranno a pagamento per finanziare il progetto.

La strategia di sviluppo, dichiarata come “clean-room reimplementation”, punta a ricreare le funzionalità senza usare direttamente il codice proprietario di Adobe o Microsoft. Tuttavia, la somiglianza delle interfacce e la rapidità con cui sono state replicate le meccaniche di UX sollevano interrogativi immediati sulla proprietà intellettuale e sulla sostenibilità legale di questo approccio, specialmente in un’epoca in cui i brevetti sui pattern di interazione software sono ancora una zona grigia.

Claude Opus 5.5 e Rust: come è stato creato il clone in una settimana

Il cuore tecnico del progetto risiede nell’uso di Claude Opus 5.5 per generare il codice in Rust. La scelta di Rust non è banale: è un linguaggio che garantisce safety in fase di compilazione e performance vicine al C++, ma richiede una disciplina architetturale rigorosa che l’IA, per quanto avanzata, fatica a mantenere su scala macroscopica. Generare 1,5 milioni di righe di codice in una settimana è un risultato di throughput impressionante, ma nasconde il rischio di una “debt” architetturale istantanea.

Quando un LLM genera codice a questo volume, il problema non è la sintassi, ma la coerenza semantica tra i moduli. Un’applicazione come PhotoCraft richiede una gestione precisa della memoria per gli asset ad alta risoluzione, pipeline di rendering ottimizzate e stati di undo/redo complessi. Se l’IA genera ogni componente come un’isola sintatticamente corretta ma logicamente disconnessa, il risultato è un software che “funziona” in demo ma collassa sotto stress. La mancanza di una supervisione umana continua sulle decisioni architetturali di basso livello è il punto critico: l’IA può scrivere un algoritmo di filtro, ma può garantire che quel filtro non causi una memory leak dopo 4 ore di utilizzo intensivo?

Stato di sviluppo: tra promesse di parità e realtà ‘early alpha’

La narrativa iniziale di Thomas prometteva una parità funzionale del 100% entro un mese. Questa affermazione, tipica del marketing hype-driven, è stata successivamente corretta su Hacker News, dove lo sviluppatore ha ammesso che raggiungere una compatibilità vicina al 99% richiederà diversi mesi. Questa ritrattazione è il segnale più importante per l’analisi tecnica: la “parità” con Adobe non è una questione di feature list, ma di robustezza operativa.

Allo stato attuale, le applicazioni sono definite ‘early alpha’. Questo significa che mancano funzioni avanzate, il supporto alle estensioni di terze parti (fondamentale per il workflow professionale) e, soprattutto, l’affidabilità. Un software di produttività non è giudicato dalla sua capacità di aprire un file, ma dalla sua prevedibilità. Se GridCraft perde una formula in un foglio di calcolo complesso o VectorCraft non esporta correttamente in formati standard per la stampa, la sua utilità commerciale è nulla, indipendentemente da quanto sia “gratuito”.

Il gap tra prototipo e produzione

• Manutenibilità: 1,5 milioni di righe generate da un LLM senza una documentazione architetturale umana sono un incubo per il future-proofing. Chi manterrà questo codice quando l’IA generativa farà errori di refactoring?
• Performance: Le applicazioni Adobe sono ottimizzate su hardware specifico da decenni. Un clone generato in una settimana non ha avuto il tempo di profilare e ottimizzare l’uso della CPU/GPU, portando a un’esperienza utente probabilmente latente e reattiva solo in scenari semplici.
• Sicurezza: Il codice generato dall’IA non è sottoposto a security review umana. In un’applicazione che gestisce file locali e si connette a servizi cloud, le vulnerabilità di injection o path traversal sono rischi concreti.

Impatto finanziario: HSBC declassa Adobe per il rischio ArtCraft

L’analisi finanziaria non segue la logica tecnica, ma quella del sentiment. HSBC ha declassato Adobe da Buy a Hold, abbassando il prezzo obiettivo da 310 a 267 dollari. L’analista Stephen Bersey ha citato ArtCraft come fattore di rischio, non perché il software sia attualmente un sostituto valido, ma perché dimostra che la barriera d’ingresso per replicare l’interfaccia e le funzionalità base è crollata.

Questa reazione del mercato evidenzia una vulnerabilità strutturale del modello SaaS di Adobe: se il valore percepito dell’utente è legato all’interfaccia e alle feature base, la commoditizzazione di queste ultime da parte di strumenti AI gratuiti erode la willingness-to-pay. Per gli investitori, il rischio non è che ArtCraft sostituisca Photoshop domani, ma che il costo di sviluppo di competitor diventi così basso da saturare il mercato di alternative “good enough”.

Sicurezza e legalità: i dubbi sulla clean-room reimplementation

Il concetto di “clean-room” presuppone che non si usi il codice sorgente originale. Tuttavia, l’uso di un LLM addestrato su vasti corpus di codice, inclusi probabilmente repository che contengono pattern proprietari o logiche di business specifiche, complica questa difesa. Se Claude Opus 5.5 ha “memorizzato” la logica di un plugin proprietario o di un algoritmo brevettato, la clean-room diventa una formalità legale fragile.

Inoltre, la sicurezza del codice generato è un punto cieco. Il codice AI è noto per essere ridondante e talvolta insicuro per mancanza di contesto. In un’applicazione come PdfCraft, che deve parsare file complessi, la mancanza di fuzz testing umano e di hardening specifico espone gli utenti a rischi di esecuzione di codice malevolo. Non esiste un processo di audit indipendente che garantisca che le 1,5 milioni di righe non contengano backdoor involontarie o vulnerabilità critiche.

L’espansione oltre Adobe: WordCraft, GridCraft e CadCraft

La suite ArtCraft non si ferma alla creatività, ma si estende alla produttività d’ufficio e al CAD con WordCraft, GridCraft e CadCraft. Questa espansione è tecnicamente più rischiosa. In ambito CAD e fogli di calcolo, la precisione numerica e la compatibilità con formati legacy (come .xls o .dwg) sono requisiti non negoziabili.

Un clone AI di AutoCAD che non gestisce correttamente i layer o le quote in modo deterministico è inutilizzabile per un ingegnere. La capacità di ArtCraft di replicare l’ecosistema di plugin e script che rendono Excel e AutoCAD potenti è limitata. Senza un marketplace di estensioni e una community di sviluppatori che creano add-on, ArtCraft rimane un guscio vuoto: bello da vedere, ma incapace di adattarsi ai workflow verticali specifici che definiscono il valore reale di questi strumenti.

Il precedente storico e il futuro del software proprietario

Il dibattito su ArtCraft riaccende il precedente storico del 1979, quando Apple visitò Xerox PARC e “rubò” l’idea dell’interfaccia grafica. Tuttavia, c’è una differenza fondamentale: nel 1979, Apple dovette costruire manualmente l’ecosistema Macintosh. Oggi, ArtCraft usa l’IA per generare il codice, ma non può generare l’ecosistema di fiducia, supporto e integrazione che Adobe ha costruito in 30 anni.

Il futuro del software proprietario non sarà definito dalla capacità di un LLM di clonare il codice, ma dalla capacità delle aziende di fornire servizi e integrazioni che il codice da solo non può offrire. ArtCraft è un monito per i vendor: se il tuo valore risiede solo nell’interfaccia utente e nelle feature base, sei vulnerabile. Se il tuo valore risiede nella cloud collaboration, nei servizi AI proprietari e nell’affidabilità SLA, sei più resiliente.

La domanda che rimane aperta non è se ArtCraft funzionerà, ma se il mercato accetterà la fragilità del “software generato” in cambio della gratuità. Per ora, la risposta tecnica è no: il software resta acerbo, e il costo della sua manutenzione non documentata ricadrà interamente sull’utente finale.

State già valutando alternative open source per la vostra infrastruttura di design, o il rischio di instabilità rende ArtCraft inutilizzabile per i vostri workflow critici?