Claude Code si può installare su Linux, ma non è un driver hardware: è un agente di programmazione. Nel lavoro sullo scanner Plustek OpticFilm 8200i, Christian Schaller lo ha usato insieme al comportamento del driver Windows per indagare il supporto Linux. Il confronto ha prodotto una singola scansione riportata da 34,6 secondi, contro 54,4 secondi per la versione upstream di SANE, a parità di dettaglio a 3.600 dpi. The New Stack ha ricostruito il lavoro e attribuito a Schaller questi risultati.
Claude Code su Linux non è un driver
Anthropic supporta l’installazione di Claude Code su Linux. Con l’installer nativo, l’eseguibile si trova in ~/.local/bin/claude, secondo la documentazione di installazione di Anthropic e la FAQ ufficiale. Quel percorso riguarda il programma di assistenza alla scrittura del codice: il supporto a una periferica dipende invece dal driver adatto al dispositivo.
Il driver Windows come riferimento per lo scanner
Il problema riguardava il chipset Genesys GL128 montato sulle unità più recenti del Plustek OpticFilm 8200i. Secondo The New Stack, SANE supportava già il più vecchio Genesys GL845, ma non il GL128. Schaller ha usato il comportamento del driver Windows come riferimento mentre lavorava al supporto Linux; il suo codice offriva scansioni a colori e in scala di grigi da 300 a 7.200 dpi, rimozione della polvere a infrarossi e regolazioni dell’esposizione per negativi densi.
La scansione riferita da Schaller ha richiesto 34,6 secondi con la sua implementazione e 54,4 secondi con la versione upstream di SANE. Entrambe hanno risolto lo stesso dettaglio a 3.600 dpi. Il confronto riguardava un solo fotogramma a piena risoluzione, quindi descrive quella prova specifica. The New Stack riferiva inoltre che il supporto per il GL128 era arrivato in SANE nel settembre 2026, grazie al lavoro di un altro sviluppatore.
Come funziona hw-harness
Il progetto pubblicato da Schaller, hw-harness, generalizza un flusso di confronto tra Windows e Linux. Una macchina virtuale KVM esegue il driver Windows e riceve in pass-through il dispositivo fisico; Claude controlla la sessione Windows, mentre usbmon registra il traffico USB sull’host Linux. Poi il dispositivo viene riportato a Linux, si ripete l’operazione e si confrontano le tracce: così si possono esaminare le comunicazioni associate al comportamento della periferica.
Nel toolkit, winctl controlla la macchina virtuale, usbcap acquisisce il traffico, hostdev sposta il dispositivo tra host e macchina virtuale e hwdbg supporta il debug lato Linux. Script PowerShell raccolgono anche descrittori del dispositivo, voci del registro, tabelle ACPI e file INF.
The New Stack distingue questo strumento generalizzato dagli strumenti specifici usati nei progetti dello scanner e della fotocamera. Il resoconto descrive hw-harness come concesso in licenza MIT e riferisce che non era stato provato su un’ampia varietà di hardware.
Il caso separato della fotocamera ThinkPad
Schaller ha lavorato anche al supporto Linux della fotocamera di un Lenovo ThinkPad X1 Carbon Gen 14 Aura Edition, sviluppando patch per il kernel Linux e per libcamera. Nel test in condizioni di scarsa illuminazione da lui riferito, il valore di luminosità del fotogramma è passato da 31,1 a 90,9; il canale blu è rimasto circa il 17% sotto il riferimento di una webcam USB. The New Stack riportava che, al 17 ottobre 2026, nessuno dei due set di patch era stato integrato.
Il ruolo dell’esperienza e delle prove sul dispositivo
Un caso distinto aiuta a inquadrare il lavoro con gli agenti di programmazione. Nel suo resoconto sulla modernizzazione del driver Linux ftape, Dmitry Brant descrive diverse iterazioni e correzioni manuali; racconta inoltre di aver affrontato il lavoro con esperienza pregressa in C e nei moduli del kernel e di aver provato il modulo con vere unità a nastro. È un’esperienza separata dal progetto dello scanner: mette in evidenza il ruolo della competenza dello sviluppatore e delle prove sull’hardware, senza verificare i risultati riportati da Schaller. Brant racconta il lavoro sul driver ftape.
