Vroby Pages — 5–11 novembre 2026

Questa settimana ho continuato a lavorare su Linux, sui miei piccoli programmi da terminale e sull'utilizzo dell'intelligenza artificiale come collaboratore nello sviluppo software.

Non è mancato qualche problema piuttosto serio, soprattutto con il kernel personalizzato. Ma ci sono stati anche nuovi programmi, miglioramenti a progetti esistenti e una collaborazione su GitHub che continua a produrre risultati.

fm: il file manager Bash cresce

Uno dei progetti più attivi è stato fm, il file manager da terminale che inizialmente avevo chiamato ai-bar-fm.

Questa settimana ho deciso di semplificarne il nome e continuare a svilupparlo come programma autonomo.

Sono arrivate la navigazione a due pannelli, il trasferimento diretto dei file, il filtro per nome e una gestione più flessibile delle dimensioni del terminale. Ho aggiunto anche una scorciatoia per mostrare o nascondere i file nascosti indipendentemente nei due pannelli.

Un successivo intervento ha corretto il comportamento del filtro: quando si sceglie un file o si esegue un'operazione, la ricerca deve essere azzerata per evitare risultati inattesi.

Mi piace continuare a lavorare su questi programmi perché dimostrano che, anche oggi, Bash e un terminale possono essere sufficienti per realizzare strumenti utili.

z.sh: un editor da terminale

Accanto al file manager è comparso un altro piccolo progetto: z.sh.

È un editor da terminale, pubblicato con test automatici e una correzione relativa al ridimensionamento della finestra.

Non nasce per sostituire editor maturi come micro, che continuo a utilizzare, ma per sperimentare quanto si possa realizzare con strumenti essenziali.

Al momento è un po lento ma è ancora un lavoro iniziale. 

Il commit principale è Publish z.sh terminal editor with tests and resize fix.

Kernel 7.3 - 7.4 e zram: quando gli esperimenti non funzionano

Sul mio Linux Mint ho continuato a sperimentare con il kernel personalizzato e con zram.

Il lavoro ha un obiettivo preciso: migliorare l'efficienza della gestione della memoria e la reattività del desktop, mantenendo però la comodità della distribuzione che utilizzo quotidianamente.

Questa settimana ho anche preparato una presentazione dedicata al kernel personalizzato e alla nuova configurazione zram, cercando di spiegare il funzionamento e le verifiche necessarie.

Purtroppo, il 10 novembre è arrivato un problema serio. Durante l'avvio del kernel sperimentale 7.3.0-zramtest+ si è verificato un errore del kernel. Il computer è riuscito ad avviarsi, ma audio, Wi-Fi e Bluetooth non funzionavano correttamente.

Sono emersi anche problemi con il servizio zram e con il montaggio della partizione EFI.

È un buon promemoria: compilare un kernel personalizzato può essere interessante, ma non significa automaticamente ottenere un sistema migliore. Bisogna poter tornare a una configurazione funzionante e verificare ogni modifica.

Non ho ancora benchmark ripetibili che dimostrino miglioramenti prestazionali, quindi preferisco non pubblicare percentuali o confronti poco attendibili.

Mint oppure CachyOS? Una terza possibilità

L'11 novembre sono tornato a riflettere sulla distribuzione Linux da utilizzare.

La mia Mint è ormai parecchio personalizzata. Passare a CachyOS potrebbe essere interessante, ma installarla su un disco più lento rischierebbe di annullare parte dei benefici.

Ho quindi cominciato a considerare una strada differente: mantenere Mint come base stabile e aggiornare indipendentemente alcuni componenti, compilando i sorgenti ufficiali.

Per iniziare ho scelto Git, lasciando per ora Xorg come possibile esperimento successivo.

Ho preparato le istruzioni per Codex, con l'obiettivo di installare una versione autonoma di Git senza rimuovere immediatamente quella gestita da APT.

È un approccio che mi interessa: mantenere il sistema quotidiano affidabile e sperimentare soltanto dove serve davvero.

Mecha Fleet: Versus, la collaborazione continua

È proseguita anche la collaborazione con Mattia sul videogioco Mecha Fleet: Versus.

Questa volta il lavoro ha riguardato soprattutto la grafica dei combattimenti.

Ho preparato sprite pixel-art più dettagliati e animazioni che rappresentano meglio il movimento delle unità e l'utilizzo delle armi.

La modifica è stata proposta attraverso la Pull Request #7, successivamente integrata nel repository originale.

Mi interessa particolarmente questo modo di collaborare: un agente AI può aiutare a realizzare modifiche anche consistenti, mentre GitHub permette di esaminarle e mantenerne traccia.

Il risultato non è soltanto codice prodotto più rapidamente, ma un processo di sviluppo nel quale le modifiche rimangono verificabili.

DroneCommander: scenari più completi

Ho ripreso anche DroneCommander, il progetto dedicato alla simulazione e alla programmazione di droni.

Un aggiornamento ha ampliato tutti e quattro gli scenari del simulatore, rendendoli più articolati.

È un progetto che continua a interessarmi anche per il suo potenziale didattico: utilizzare un ambiente simulato permette di sperimentare programmazione e comportamento dei droni prima di passare a dispositivi reali.

Browser in RAM con PSD

Un altro argomento che ho approfondito è stato Profile Sync Daemon, abbreviato PSD.

Il programma permette di mantenere il profilo del browser in RAM, sincronizzandolo periodicamente sul disco.

Ho preparato un piccolo articolo per il blog spiegando come utilizzarlo su Linux Mint, quali vantaggi potrebbe offrire e quali rischi comporta.

Mi interessa soprattutto capire se possa rendere più reattivo Firefox e ridurre alcune scritture sul disco.

Naturalmente bisogna considerare il consumo di memoria e il rischio di perdere le modifiche più recenti in caso di arresto improvviso.

È un altro esperimento che si collega al lavoro su zram e alla ricerca di un desktop più efficiente.

EDIT: l'ho levato per problemi di perdita profilo 

ChatGPT come agente operativo

Continuo anche a utilizzare ChatGPT come assistente capace di lavorare con strumenti esterni.

Non soltanto per scrivere codice, ma anche per gestire alcune attività nell'ecosistema Google: documenti, fogli elettronici, posta e calendario.

Preferisco mantenere riservati i dettagli delle operazioni personali, ma il cambiamento nel metodo di lavoro è evidente.

In passato chiedevo soprattutto istruzioni. Adesso, quando possibile, chiedo direttamente all'agente di svolgere un'operazione e poi ne verifico il risultato.

Questo ha ridimensionato l'utilizzo di Hermes, che ho rimosso dal computer principale insieme a PicoClaw. Hermes rimane sul Raspberry rakgateway, collegato a Telegram.

Il Raspberry, dopo la chiusura del progetto LoRa-One e la rimozione della scheda radio, continua a essere utilizzato anche come nodo Tor e per ospitare il sito dei Cantinari.

Rimangono importanti i progetti ai-bar, AIcad e oai-gateway, anche se non sono stati i protagonisti dei commit di questa settimana. Per ai-bar continuo a preferire una base generale separata dalle personalizzazioni, con AGENTS.md a guidare gli agenti che intervengono sul codice.

Tech News Daily: nuove fonti e pubblicazione regolare

Il progetto Tech News Daily continua a essere aggiornato.

Nei commit verificati risultano pubblicate le edizioni dal 5 all'11 novembre, oltre a quella del 4 novembre al confine con la settimana precedente.

Ho chiesto di ampliare le fonti includendo LWN.net, Simon Willison, It's FOSS, Krebs on Security, OSNews e Lobsters, mantenendo quelle già presenti ed eliminando i duplicati.

L'obiettivo è dare maggiore spazio alle notizie tecniche originali, evitando che il notiziario diventi soltanto una raccolta di annunci ripetuti da molti siti.

Rimane particolarmente importante Phoronix, soprattutto per Linux, kernel, driver e prestazioni.

Scrivere senza guardare la tastiera

Sto continuando anche un esperimento decisamente meno tecnologico: imparare a scrivere senza guardare la tastiera.

È ancora complicato e richiede concentrazione. Dopo tanti anni di abitudini consolidate, cambiare il modo di scrivere non è immediato.

Comincio però a percepire i vantaggi, soprattutto nella possibilità di mantenere lo sguardo sullo schermo mentre lavoro.

In un periodo nel quale utilizzo sempre più agenti AI, trovo curioso dedicare tempo anche a migliorare una capacità così tradizionale.

Conclusioni

Questa settimana è stata particolarmente varia.

Su GitHub sono arrivati miglioramenti a fm, la pubblicazione di z.sh, aggiornamenti a DroneCommander e una Pull Request integrata nel progetto di Mattia. Tech News Daily ha mantenuto la sua regolarità.

Sul fronte Linux, invece, il kernel personalizzato mi ha ricordato che sperimentare significa anche incontrare problemi e dover tornare a una configurazione stabile.

La cosa che continua a interessarmi maggiormente è la possibilità di mettere insieme tutti questi strumenti: Linux, piccoli programmi, agenti AI e servizi Web.

Non tutto deve diventare un grande progetto. A volte basta un editor da terminale, un file manager scritto in Bash o una piccola applicazione per smartphone.

L'importante è continuare a imparare qualcosa.

PSD: il profilo del browser direttamente in RAM su Linux

 

EDIT: mi ha distrutto il profilo firefox senza ragione. Per fortuna avevo il profilo sincronizzato e presente anche sul portatile e con quello ho recuperato. Dismesso  

Profile Sync Daemon (PSD) è un piccolo programma per Linux che permette di caricare il profilo del browser nella RAM, riducendo gli accessi al disco e potenzialmente migliorando la reattività.

Il funzionamento è semplice: all'avvio della sessione PSD copia il profilo del browser in un filesystem temporaneo (tmpfs). Durante l'utilizzo, Firefox, Chrome o Chromium lavorano sulla copia in RAM. Le modifiche vengono periodicamente sincronizzate sul disco e salvate nuovamente alla chiusura regolare.

Installazione su Linux Mint

PSD è disponibile nei repository di Ubuntu e Linux Mint:

sudo apt install profile-sync-daemon

Abilitiamo il servizio per il nostro utente:

systemctl --user enable --now psd

Per verificare il funzionamento:

psd p

La configurazione si trova in:

~/.config/psd/psd.conf

Per selezionare esplicitamente i browser possiamo impostare, ad esempio:

BROWSERS=(firefox chromium google-chrome)

Dopo aver chiuso i browser, riavviamo PSD:

systemctl --user restart psd

Conviene davvero?

Con i vecchi dischi meccanici il vantaggio può essere evidente. Con gli SSD moderni è generalmente più contenuto, anche perché Linux utilizza già la RAM come cache.

PSD riduce le scritture sul disco, ma consuma memoria e comporta un rischio: in caso di blocco improvviso del sistema, le modifiche non ancora sincronizzate possono andare perse.

In conclusione: un piccolo strumento interessante per chi ama ottimizzare Linux, soprattutto su computer con RAM abbondante. Non aspettatevi miracoli, ma vale la pena sperimentare.

 

Progetto: https://github.com/graysky2/profile-sync-daemon

Diario settimanale, 29 ottobre – 4 novembre 2026

 

Questa settimana ho lavorato su progetti abbastanza diversi fra loro. Ho continuato a sperimentare con gli agenti AI, cercato di risolvere alcuni problemi del mio ambiente Linux e realizzato una piccola applicazione destinata a un corso per persone anziane.

La novità più interessante, però, è forse proprio quest'ultima: dopo tanti esperimenti tecnologici, ho provato a utilizzare quello che sto imparando per costruire qualcosa di estremamente semplice e concretamente utile.

Dov'è la mia macchina?

Il 2 novembre è nato su GitHub un nuovo progetto: Dov'è la mia macchina?

L'idea è arrivata preparando un corso sull'utilizzo dello smartphone e di WhatsApp per persone anziane, previsto per il 10 novembre.

Volevo realizzare qualcosa che i partecipanti potessero utilizzare davvero, senza registrazioni, account o procedure complicate.

Alla fine ho scelto una funzione molto semplice: ricordare dove è stata parcheggiata l'automobile.

L'applicazione ha due pulsanti principali. Il primo, Ho parcheggiato, memorizza la posizione GPS. Il secondo, Trova la mia macchina, permette di avviare la navigazione a piedi verso il punto salvato.

Ho scelto di realizzarla come PWA, una piccola applicazione Web installabile sul telefono senza passare da Google Play o App Store.

Questo permette di distribuirla attraverso un semplice QR code.

Durante lo sviluppo sono emersi alcuni problemi tipici delle PWA: gestione della cache, aggiornamenti che non vengono immediatamente recepiti e differenze fra l'installazione su Android e iPhone.

Ho quindi aggiunto istruzioni specifiche, pulsanti più grandi e un'interfaccia pensata per essere leggibile anche da chi non ha molta familiarità con lo smartphone.

L'ultima modifica del 2 novembre ha introdotto anche Invita, una funzione che mostra un QR code per condividere l'applicazione con un'altra persona.

Il progetto è completamente open source e ospitato su GitHub Pages.

Non so ancora quanto sarà apprezzato dai partecipanti al corso, ma è un esperimento che mi interessa: realizzare piccoli strumenti gratuiti, utilizzabili immediatamente, senza chiedere agli utenti di imparare procedure complicate.

Repository: Dov'è la mia macchina?

Applicazione: Apri la PWA

ai-bar: quando il desktop diventa complicato

Sul fronte Linux ho continuato a lavorare su ai-bar, il mio ambiente che integra applicazioni tradizionali e strumenti di intelligenza artificiale.

Questa settimana, però, sono emersi problemi abbastanza fastidiosi.

Il più grave riguarda la tastiera: dopo aver utilizzato ChatGPT all'interno di ai-bar, in alcune situazioni perdevo completamente la possibilità di scrivere.

Non bastava chiudere l'applicazione. Per ripristinare il funzionamento dovevo effettuare il logout dalla sessione grafica.

Un altro problema riguardava le applicazioni integrate: dopo il riavvio di ai-bar, alcune finestre non si aprivano più correttamente.

Sto utilizzando Openbox e ho cominciato a sospettare che il problema dipenda dall'interazione fra la gestione delle finestre, il focus della tastiera e i componenti Web incorporati.

Ho provato anche a utilizzare ChatGPT attraverso Chrome, invece del componente WebKitGTK impiegato normalmente.

L'obiettivo è mantenere l'applicazione integrata nell'ambiente, conservando però il corretto funzionamento della tastiera, dell'audio e delle finestre di autenticazione.

Non considero ancora risolti tutti questi problemi.

Il 29 ottobre ho inoltre integrato una Pull Request che aggiunge un sistema di controllo della qualità del codice ispirato a ub-mode, con indicazioni richiamate anche da AGENTS.md.

Continuo a mantenere separato il progetto generale dalle mie personalizzazioni, così da poterlo distribuire senza imporre ad altri utenti la mia configurazione.

Repository: ai-bar

Modifica: Pull Request #17

ChatGPT come agente: dalla conversazione al lavoro concreto

Continua anche il mio esperimento più generale: utilizzare ChatGPT non soltanto per ottenere risposte, ma come assistente operativo.

Sto sfruttando sempre di più le integrazioni con l'ecosistema Google, soprattutto per lavorare con documenti, fogli elettronici, posta e calendario.

Preferisco non entrare nei dettagli delle operazioni personali, ma il cambiamento rispetto al passato è evidente.

Invece di chiedere come eseguire una determinata operazione, posso chiedere direttamente all'assistente di occuparsene.

Questa settimana ho continuato a sperimentare anche la possibilità di collegare gli agenti AI al computer locale.

Una delle idee è utilizzare un piccolo programma che controlli periodicamente la posta e, quando trova un messaggio contenente un comando autorizzato, lo trasformi in un incarico per Codex CLI.

Sarebbe un modo per impartire istruzioni al computer anche quando non mi trovo davanti alla tastiera.

Per ora è soprattutto una proposta architetturale: non ho ancora realizzato un sistema completo e affidabile.

La sicurezza, naturalmente, è un aspetto fondamentale. Un agente capace di modificare file o eseguire programmi deve poter distinguere le istruzioni autorizzate da quelle provenienti da fonti non attendibili.

In parallelo ho ridimensionato l'utilizzo di Hermes.

L'ho rimosso dal computer principale insieme a PicoClaw, mantenendolo soltanto sul Raspberry rakgateway, collegato a Telegram.

Sto quindi spostando una parte crescente delle attività verso ChatGPT come agente generale, lasciando agli strumenti locali compiti più specifici.

Mecha Fleet: Versus continua a evolversi

Anche questa settimana è proseguita la collaborazione con Mattia sul videogioco Mecha Fleet: Versus.

Il lavoro si è concentrato soprattutto sulla rappresentazione dei combattimenti.

Il 2 novembre ho preparato una serie di modifiche per introdurre sprite bidimensionali procedurali e animazioni delle battaglie.

L'obiettivo è rendere gli scontri più leggibili e piacevoli, mostrando il movimento delle unità e le azioni di combattimento.

Ho aggiunto anche test per verificare la riproducibilità degli sprite, il corretto isolamento dei contenuti e il funzionamento delle animazioni.

Una parte importante riguarda l'accessibilità: le animazioni devono rispettare anche le impostazioni degli utenti che preferiscono ridurre gli effetti di movimento.

Le modifiche sono state organizzate attraverso commit e Pull Request, mantenendo il normale processo di revisione del codice.

Questa settimana risultano quattro nuove Pull Request create dal mio account, fra il 29 ottobre e il 4 novembre. Tre riguardano il progetto Mecha Fleet, mentre una riguarda ai-bar.

Fra quelle di Mecha Fleet, la proposta dedicata alle animazioni 2D è stata integrata nel fork il 2 novembre.

Continuo a trovare particolarmente interessante questo metodo di collaborazione: l'agente prepara le modifiche, i test permettono di controllarle e GitHub mantiene traccia del lavoro.

Repository: Mecha Fleet: Versus

Pull Request: Animazioni 2D e sprite procedurali

Tech News Daily: la pubblicazione automatica funziona

Il progetto con l'attività più regolare rimane Tech News Daily.

Dal 29 ottobre al 4 novembre risultano pubblicate tutte e sette le edizioni quotidiane.

Per ogni giornata il repository contiene il commit dell'archivio e quello successivo che aggiorna automaticamente la home page.

È un miglioramento importante rispetto alle prime settimane, quando dovevo intervenire manualmente per correggere la pagina principale o i collegamenti alle edizioni precedenti.

Adesso il meccanismo è più ordinato: viene pubblicata la pagina del giorno e un workflow GitHub Actions aggiorna la home page.

Il notiziario continua a raccogliere notizie su Linux, open source, intelligenza artificiale, sviluppo software e sicurezza.

Mi interessa soprattutto mantenere un archivio consultabile e dare visibilità anche a piccoli progetti che normalmente non emergono nei grandi siti tecnologici.

Repository: Tech News Daily

Sito: Leggi il notiziario

Linux: esperimenti, piccoli problemi e qualche riflessione

Sul fronte Linux questa settimana ho continuato a lavorare soprattutto sull'ambiente desktop.

Dopo gli esperimenti precedenti con zram e kernel 7.3, l'attenzione si è spostata sui problemi di integrazione delle applicazioni.

Il caso di ai-bar dimostra quanto possa essere delicato il rapporto fra window manager, gestione della tastiera e applicazioni Web incorporate.

Ho continuato anche a osservare le differenze fra distribuzioni Linux.

Mi ha colpito, per esempio, la velocità con cui pacman riesce a scaricare i pacchetti su Arch Linux rispetto ad alcune installazioni Debian e Ubuntu che utilizzo.

Non è un confronto scientifico, ma un'osservazione pratica che mi ha fatto tornare a riflettere sull'importanza dei mirror e della configurazione dei gestori di pacchetti.

Ho anche valutato alcune alternative software, fra cui applicazioni per WhatsApp e piccoli strumenti da terminale.

Sono esperimenti minori, ma fanno parte del lavoro quotidiano su Linux: provare, confrontare e mantenere soltanto ciò che risulta davvero utile.

Il Raspberry continua a fare il suo lavoro

Il piccolo rakgateway continua a funzionare con la nuova configurazione.

Dopo la chiusura del progetto LoRa-One e la rimozione della scheda radio, il Raspberry viene utilizzato come nodo Tor, ospita il sito dei Cantinari e mantiene attivo Hermes collegato a Telegram.

Non ci sono state modifiche sostanziali da segnalare questa settimana.

Mi piace però ricordare questa trasformazione perché rappresenta uno dei vantaggi dell'hardware riutilizzabile: una macchina nata per un progetto può continuare a essere utile anche quando quel progetto termina.

Sto imparando a scrivere senza guardare la tastiera

Fra tutti gli esperimenti della settimana ce n'è uno che non riguarda direttamente né Linux né l'intelligenza artificiale.

Sto cercando di imparare a scrivere senza guardare la tastiera.

Dopo tanti anni passati davanti al computer può sembrare strano, ma non ho mai sviluppato completamente questa abilità.

Per ora è ancora complicato.

Devo concentrarmi sulla posizione delle dita e spesso la velocità diminuisce rispetto al mio modo abituale di scrivere.

Comincio però a vedere i vantaggi.

Poter mantenere lo sguardo sullo schermo mentre si scrive rende più naturale seguire quello che si sta facendo e riduce le continue interruzioni per cercare i tasti.

È un piccolo investimento personale che potrebbe migliorare il modo in cui utilizzo quotidianamente il computer.

E forse è anche una buona dimostrazione del fatto che, nonostante tutti gli strumenti AI disponibili, alcune abilità conviene ancora impararle personalmente.

RepoRoulette e gli altri progetti

Rimane fra i miei esperimenti anche RepoRoulette, il sito che permette di scoprire repository GitHub casuali, uno dopo l'altro, attraverso un'interfaccia ispirata alla vecchia Chatroulette.

L'idea continua a piacermi perché permette di incontrare software che probabilmente non avrei mai cercato.

Non risultano nuovi sviluppi documentati su questo progetto durante la settimana.

Il collegamento utilizzato nelle precedenti edizioni è RepoRoulette, ma non sono riuscito a verificarne nuovamente l'accessibilità, quindi non lo considero un indirizzo verificato per la pubblicazione.

Continuano inoltre a rimanere fra i progetti che seguo AIcad, oai-gateway e gli esperimenti con freellmApi e za.py.

Non ho rilevato nuovi commit settimanali su oai-gateway.

Nel campo della robotica personale continuo a osservare dispositivi come Nori A3 e Microduck, soprattutto per le possibilità di programmazione e integrazione con modelli AI. Per ora preferisco distinguere le capacità dichiarate dai produttori da quelle effettivamente dimostrate.

Conclusioni

Questa settimana il progetto nuovo più significativo è stato Dov'è la mia macchina?, mentre su GitHub il lavoro di sviluppo si è concentrato soprattutto su Mecha Fleet e ai-bar.

Tech News Daily ha continuato a essere pubblicato regolarmente.

Non risultano nuove issue create dal mio account durante il periodo esaminato. Non ho invece completato una verifica esaustiva delle release di tutti i repository.

La riflessione più interessante riguarda ancora una volta il rapporto fra strumenti e persone.

Sto utilizzando agenti AI sempre più capaci, ma contemporaneamente mi trovo a costruire applicazioni con due soli pulsanti e a imparare a scrivere senza guardare la tastiera.

Forse non è una contraddizione.

La tecnologia dovrebbe servire proprio a questo: semplificare le operazioni complicate e lasciare più tempo per imparare, sperimentare e fare qualcosa di utile.

E quando un piccolo programma può aiutare qualcuno a ritrovare la propria automobile, forse vale quanto un progetto software molto più sofisticato.

La popolarità dei progetti è diventata come il PageRank dei siti

 

Quando la visibilità conta più del contenuto, anche il mondo open source rischia di perdere una delle sue qualità migliori: la meritocrazia.

Da qualche tempo, osservando quello che succede su GitHub, ho una sensazione sempre più netta: la vitalità e il successo di un progetto sembrano dipendere più da chi lo pubblica che da ciò che il progetto effettivamente realizza.

Non è una novità assoluta. La notorietà ha sempre avuto un peso, anche nell'informatica. Ma oggi mi sembra che il fenomeno abbia assunto dimensioni tali da modificare le regole del gioco.

Mi ricorda molto quello che è successo al Web con il PageRank di Google.

Dal PageRank alle stelle di GitHub

Il PageRank nasceva da un'idea intelligente: utilizzare i collegamenti tra pagine come indicatori della loro autorevolezza. Con il tempo, però, attorno al posizionamento sui motori di ricerca è cresciuta un'intera industria fatta di ottimizzazione, promozione, pubblicità e strategie per conquistare visibilità.

Il risultato è sotto gli occhi di tutti: essere nelle prime posizioni non significa necessariamente offrire il contenuto migliore.

Ora vedo qualcosa di simile nel mondo dello sviluppo software.

Su GitHub abbiamo stelle, follower, fork, classifiche dei progetti di tendenza e una serie di indicatori che dovrebbero aiutarci a individuare i lavori più interessanti.

Il problema nasce quando questi numeri smettono di essere semplici indicatori e diventano, agli occhi di molti, una misura della qualità.

Un progetto con migliaia di stelle viene considerato importante quasi automaticamente. Uno con poche stelle rischia di essere ignorato, indipendentemente dalla sua utilità, originalità o qualità tecnica.

E naturalmente chi è già conosciuto parte avvantaggiato. Un programmatore con migliaia di follower può ottenere in poche ore una visibilità che uno sconosciuto difficilmente raggiungerà in anni.

La popolarità genera altra popolarità. Il merito, da solo, non basta più.

Quando anche la visibilità diventa un prodotto

Attorno a GitHub si sta sviluppando un mercato della promozione dei progetti.

Esistono servizi esterni che vendono apertamente posizionamenti e spazi pubblicitari per i repository. Altri promettono di aumentarne la popolarità. GitHub stesso integra strumenti economici come Sponsors, che hanno una finalità diversa e positiva: sostenere finanziariamente gli sviluppatori.

Non bisogna confondere la sponsorizzazione di chi lavora con l'acquisto di visibilità. Ma il confine tra comunità tecnica, reputazione e marketing diventa sempre più importante da osservare.

Non trovo scandaloso che qualcuno voglia guadagnare dal proprio lavoro. Anzi, molti progetti open source fondamentali sopravvivono proprio grazie ai finanziamenti.

Quello che mi preoccupa è un'altra cosa: il rischio che la capacità di promuovere un progetto diventi più importante della capacità di realizzarlo bene.

A quel punto non stiamo più premiando necessariamente il software migliore. Stiamo premiando chi dispone di più denaro, tempo, contatti o abilità comunicative.

Esattamente come è accaduto a una parte del Web.

Io non vendo nulla

Personalmente pubblico software perché mi piace programmare, sperimentare, imparare e condividere quello che realizzo.

Non ho un prodotto da vendere, un'azienda da promuovere o investitori da convincere.

Quello che metto a disposizione è il mio tempo, insieme ai miei progetti e al mio account GitHub.

Per questo troverei abbastanza assurdo spendere denaro per ottenere stelle, follower o qualche posizione in più in una classifica.

Sarebbe come pagare qualcuno affinché venga ad ammirare un oggetto che ho costruito per passione e che, oltretutto, metto gratuitamente a disposizione di tutti.

Naturalmente fa piacere sapere che qualcuno utilizza un proprio programma. Un commento, una segnalazione di errore, una proposta di modifica o anche un semplice ringraziamento possono dare molta più soddisfazione di cento stelle.

Ma il successo di un mio progetto non può diventare il motivo per cui lo sviluppo.

Altrimenti un passatempo creativo finirebbe per trasformarsi in un secondo lavoro, per giunta non retribuito.

Il vero problema è l'appiattimento

La questione, però, va ben oltre la mia esperienza personale.

Quello che temo è un progressivo appiattimento del mondo dello sviluppo software.

Oggi, anche grazie all'intelligenza artificiale, produrre e pubblicare codice è diventato molto più semplice. Il numero dei progetti cresce rapidamente, mentre l'attenzione delle persone rimane limitata.

In un ambiente così affollato, chi dispone già di una reputazione consolidata tende ad avere un vantaggio sempre maggiore.

Questo può produrre un effetto paradossale: abbiamo più strumenti che mai per creare software, ma rischiamo di concentrare l'attenzione su un numero sempre più ristretto di autori e organizzazioni.

Le idee originali, magari imperfette ma interessanti, possono scomparire sotto una montagna di progetti meglio confezionati, meglio pubblicizzati o semplicemente firmati dalle persone giuste.

E non è detto che il software più popolare sia anche quello più semplice, efficiente, comprensibile o adatto alle nostre necessità.

Del resto, la storia dell'informatica è piena di piccoli programmi straordinari, scritti da singoli sviluppatori, che hanno risolto problemi concreti senza bisogno di campagne pubblicitarie.

Una meritocrazia che non è mai stata perfetta

Non voglio idealizzare il passato. Il mondo open source non è mai stato una meritocrazia perfetta.

Anche ieri contavano le conoscenze, la reputazione, le comunità di appartenenza e la capacità di far conoscere il proprio lavoro.

Ma la disponibilità pubblica del codice offriva almeno una possibilità: chiunque poteva esaminarlo, provarlo, modificarlo e giudicarne direttamente il valore.

Questo rimane, secondo me, uno degli aspetti più belli dell'open source.

Il codice non dovrebbe diventare migliore perché chi lo ha scritto è famoso. E non dovrebbe diventare peggiore perché il suo autore è sconosciuto.

È qui che vedo il pericolo: non nella scomparsa totale della meritocrazia, ma nella sua lenta sostituzione con una sorta di economia dell'attenzione, nella quale ciò che viene visto conta progressivamente più di ciò che viene fatto.

Continuerò a pubblicare, ma non a competere

Non ho intenzione di smettere di condividere i miei progetti.

Continuerò a scrivere programmi, pubblicarli, modificarli, abbandonare quelli che non mi interessano più e magari riprenderli dopo qualche anno.

Se qualcuno li troverà utili, tanto meglio.

Se rimarranno con tre stelle, o con nessuna, non cambierà il motivo per cui li ho realizzati.

Mi piacerebbe però che GitHub e le altre piattaforme dedicassero più attenzione a far scoprire i progetti piccoli, nuovi e poco conosciuti, anziché limitarsi a valorizzare quelli che hanno già conquistato un pubblico.

Perché il valore di un progetto non coincide con il numero di persone che lo conoscono.

E se anche nel mondo open source cominciamo a confondere sistematicamente la popolarità con il merito, rischiamo di perdere proprio ciò che lo ha reso così interessante: la possibilità che una buona idea, nata sul computer di uno sconosciuto, possa valere quanto quella di una grande azienda.

In fondo, non vorrei che GitHub diventasse il nuovo Google dei primi risultati: tutti cercano di arrivare in cima, ma sempre meno persone si fermano a guardare cosa c'è davvero dentro.

Il software dovrebbe essere giudicato per quello che fa, non per gli applausi che riceve.

Quando l'AI diventa un collaboratore

 

Vroby Pages — 22–28 ottobre 2026

Questa settimana ho scritto meno codice personalmente, ma paradossalmente ho prodotto parecchio software.

Il motivo è semplice: sto utilizzando sempre di più ChatGPT e gli agenti di programmazione non soltanto per farmi aiutare, ma per realizzare modifiche, verificare il codice, eseguire test e preparare Pull Request.

Ho anche ripreso alcuni esperimenti su Linux e sui vecchi computer, mentre il mio notiziario tecnologico continua a essere pubblicato quotidianamente.

ai-bar-fm: un file manager in Bash

Il progetto principale della settimana è stato ai-bar-fm.

Volevo un file manager da terminale estremamente leggero, utilizzabile anche all'interno della mia barra laterale ai-bar.

La richiesta iniziale era abbastanza semplice: una sola lista di file, navigazione da tastiera e i principali comandi di gestione.

Ho deciso di scriverlo interamente in Bash, senza utilizzare librerie TUI come curses o dialog.

Il risultato è un programma che ricorda Midnight Commander, ma con un solo pannello e alcune scelte personali.

La gestione dei file utilizza i tasti funzione, mentre la navigazione può avvenire con le frecce, secondo convenzioni simili a quelle di Lynx.

Durante lo sviluppo ho aggiunto il supporto al mouse, i colori ANSI, le cornici Unicode e una barra dei comandi cliccabile.

Naturalmente non è mancata qualche difficoltà.

Inizialmente le coordinate del mouse non corrispondevano perfettamente alle righe visualizzate. Poi ho dovuto eliminare uno sfarfallio provocato dal ridisegno completo dello schermo.

Un problema curioso riguardava invece la gestione del doppio clic: con la locale italiana, Bash può utilizzare la virgola come separatore decimale. Il programma non lo prevedeva e finiva per generare un errore.

Sono piccole cose, ma mostrano quanto possa essere complicato scrivere un'interfaccia da terminale apparentemente elementare.

Alla fine sono arrivati anche l'esecuzione dei file, la modifica dei permessi e del proprietario, la creazione di collegamenti simbolici e le finestre di dialogo in stile Midnight Commander.

Il programma dispone di un comando di installazione rapido e di una suite di test automatici.

Tra il 25 e il 26 ottobre sono state integrate otto Pull Request.

La cosa interessante è che gran parte del lavoro è stata realizzata collaborando con ChatGPT: io descrivevo il comportamento desiderato, l'agente modificava il repository e preparava i test, poi verificavo il risultato e chiedevo le correzioni.

Un modo di programmare decisamente diverso da quello al quale ero abituato.

Repository: vroby65/ai-bar-fm

Collaborare con Mattia attraverso GitHub

Un altro esperimento importante riguarda la collaborazione con Mattia, che sta sviluppando un videogioco multiplayer chiamato Mecha Fleet: Versus.

Inizialmente avevamo pensato di scambiarci il codice attraverso la posta elettronica, ma gli allegati diventavano rapidamente scomodi.

Abbiamo quindi deciso di utilizzare GitHub.

Il meccanismo è semplice: Mattia mantiene il repository originale, io posso lavorare su un fork e ChatGPT prepara modifiche e Pull Request.

Mattia rimane responsabile della revisione e dell'integrazione del codice.

È un modello di collaborazione che mi interessa molto, perché permette di coinvolgere un agente AI nello sviluppo senza perdere il controllo del progetto.

Il 26 ottobre abbiamo lavorato sulle meccaniche di combattimento, introducendo elementi ispirati a Super Robot Wars: abilità speciali, reazioni difensive, armature e nuove regole per le flotte.

Il giorno successivo sono intervenuto su due problemi individuati durante una revisione di Codex.

Il primo riguardava identificatori non validi che potevano provocare errori sul server. Il secondo era un problema nella gestione dei turni quando un contrattacco distruggeva l'unità attiva.

Le correzioni sono state integrate nel repository originale attraverso una Pull Request.

Il 28 ottobre abbiamo preparato un'ulteriore proposta, con quattro fazioni, nuove unità e un selettore tattico. Al momento della verifica questa modifica risultava ancora in revisione sul fork.

L'esperimento mi ha convinto soprattutto per un motivo: l'agente può diventare un collaboratore che propone modifiche verificabili, non semplicemente un generatore di codice da copiare.

GitHub Pages non è un server applicativo

Lavorando al progetto di Mattia abbiamo affrontato anche un problema interessante.

Il gioco utilizza Node.js e WebSocket per gestire le partite multiplayer.

Mi sarebbe piaciuto pubblicarlo direttamente su GitHub Pages, ma Pages ospita contenuti statici e non può eseguire il server del gioco.

Abbiamo quindi valutato diverse possibilità: separare frontend e backend, utilizzare un servizio esterno oppure mantenere il server su una macchina personale.

È una distinzione importante, soprattutto quando si comincia a pubblicare applicazioni Web più complesse.

Non tutto quello che funziona nel browser può essere ospitato gratuitamente su un servizio statico.

Piccoli aggiornamenti a bfetch e zepto-agent

Fra i repository aggiornati questa settimana ci sono anche due piccoli programmi.

Il primo è bfetch, una utility che mostra informazioni sul computer direttamente nel terminale.

Il 23 e il 25 ottobre ho aggiunto la visualizzazione delle temperature hardware, con una lettura della temperatura della CPU attraverso le thermal zone di Linux.

Mi piacciono questi programmi perché permettono di ottenere informazioni utili senza avviare applicazioni pesanti.

L'altro aggiornamento riguarda zepto-agent, uno dei miei esperimenti con agenti AI da terminale.

Questa volta il cambiamento è stato molto più piccolo: ho semplificato l'output iniziale del programma.

Zepto-agent rimane collegato alle sperimentazioni con freellmApi e za.py, attraverso le quali provo a permettere a un modello linguistico di eseguire operazioni controllate sul sistema operativo.

L'obiettivo non è dare all'intelligenza artificiale accesso indiscriminato alla macchina, ma costruire strumenti semplici che rendano possibile automatizzare operazioni ben definite.

ChatGPT è sempre più un agente operativo

Nel frattempo continua anche l'utilizzo di ChatGPT come assistente personale.

Lo sto integrando sempre di più con i servizi dell'ecosistema Google, utilizzandolo per lavorare con documenti, fogli elettronici, posta e calendario.

Non voglio entrare nei dettagli delle operazioni personali, ma il cambiamento è abbastanza evidente.

Prima chiedevo a un modello come svolgere un lavoro. Adesso, quando possibile, gli chiedo direttamente di eseguirlo.

La stessa cosa sta accadendo con GitHub: invece di copiare il codice generato, posso far lavorare l'agente sul repository e ottenere una Pull Request da esaminare.

Questo non elimina il bisogno di controllare. Anzi, più autonomia viene concessa a un agente, più diventano importanti test, revisioni e possibilità di annullare le modifiche.

Per questa ragione continuo a utilizzare branch separati e file AGENTS.md nei progetti che si prestano a questo metodo.

Anche ai-bar segue questa filosofia: un branch principale generico e personalizzazioni separate, così da mantenere il progetto riutilizzabile.

L'utilizzo di Hermes, invece, si è progressivamente ridotto.

L'ho rimosso dal computer principale insieme a PicoClaw. Hermes continua a funzionare sul Raspberry rakgateway, collegato a Telegram, ma una parte crescente del lavoro operativo viene ormai svolta attraverso ChatGPT.

Linux: ancora esperimenti e qualche piccolo problema

Questa settimana sono tornato a occuparmi anche dei miei computer Linux.

Sul desktop continuo a utilizzare Linux Mint, dopo gli esperimenti delle settimane precedenti con zram e con la compilazione e configurazione del kernel 7.3.

L'obiettivo rimane sempre quello: migliorare reattività ed efficienza senza compromettere la stabilità del sistema.

Non ho nuovi benchmark da pubblicare e preferisco evitare conclusioni sulle prestazioni che non siano supportate da misurazioni ripetibili.

Ho avuto anche un problema decisamente più tradizionale: il computer perdeva le impostazioni del BIOS e richiedeva un intervento all'avvio.

Alla fine la soluzione è stata sostituire correttamente la batteria CMOS.

Una riparazione banale, ma efficace.

Ho poi continuato a sperimentare con alcune distribuzioni Linux e con Ventoy, incontrando qualche difficoltà nel riconoscimento dei dispositivi USB durante l'avvio delle immagini ISO.

Mi ha colpito anche la velocità di download dei pacchetti di Arch Linux attraverso pacman, sensibilmente migliore di quella che sperimento abitualmente con Debian e Ubuntu.

Sono osservazioni pratiche, non confronti scientifici, ma fanno parte del piacere di continuare a provare sistemi differenti.

Il Raspberry che ha cambiato mestiere

Il piccolo rakgateway continua a funzionare, anche se ormai svolge un lavoro completamente diverso rispetto al progetto originale.

Dopo aver chiuso LoRa-One e rimosso la scheda LoRa, utilizzo il Raspberry come nodo Tor, per ospitare il sito dei Cantinari e per mantenere Hermes collegato a Telegram.

È uno degli aspetti che apprezzo maggiormente dell'hardware aperto: quando termina un progetto, la macchina può essere riutilizzata per qualcosa di completamente diverso.

Questa settimana ho anche dedicato un po' di attenzione alla sicurezza dei piccoli server Linux che mantengo in funzione, cercando soluzioni semplici per controllarne meglio gli accessi.

Tech News Daily: una settimana completa

Continua regolarmente anche Tech News Daily.

Fra il 22 e il 28 ottobre sono state pubblicate sette edizioni, con i relativi commit nel repository GitHub.

Ho insistito soprattutto su un dettaglio della navigazione: in fondo alla pagina principale voglio trovare soltanto i collegamenti alle cinque edizioni precedenti, uno per riga.

Sembra una modifica insignificante, ma è proprio il genere di particolare che rende più piacevole utilizzare quotidianamente un sito.

Il notiziario continua a concentrarsi su Linux, open source, intelligenza artificiale, nuovi programmi e sicurezza.

Fra le fonti rimane particolarmente importante Phoronix, soprattutto per kernel, driver, hardware e prestazioni.

Anche questo progetto è un esempio di utilizzo degli agenti: dalla ricerca delle informazioni fino alla preparazione e alla pubblicazione delle pagine.

RepoRoulette e gli altri esperimenti

Rimane disponibile anche il progetto RepoRoulette, nato per scoprire repository GitHub casuali attraverso un'interfaccia ispirata alla vecchia Chatroulette.

Non è stato uno dei progetti aggiornati questa settimana, ma continua a rappresentare un'idea che mi piace: esplorare software sconosciuto senza partire necessariamente da una ricerca precisa.

Restano inoltre sullo sfondo AIcad e oai-gateway, due progetti ai quali ho dedicato molto tempo nelle settimane precedenti.

AIcad continua a rappresentare il mio esperimento più interessante nel campo della modellazione tridimensionale attraverso il linguaggio naturale.

Il gateway, invece, è il tentativo di costruire un componente leggero che permetta ai miei programmi di comunicare con i modelli AI.

Continuo anche a osservare l'evoluzione della robotica personale, con progetti come Nori A3 e Microduck. Per ora mi interessano soprattutto come possibili piattaforme di sperimentazione, distinguendo le caratteristiche dichiarate dai produttori da quelle effettivamente verificate.

Conclusioni

Questa settimana il lavoro più consistente è stato quello su ai-bar-fm e sulla collaborazione con Mattia.

Su GitHub non risultano nuove release pubblicate nei repository aggiornati, ma ci sono state numerose Pull Request, diversi merge e una quantità considerevole di piccoli interventi sul codice.

La cosa che mi interessa maggiormente è il cambiamento nel processo di sviluppo.

Ho cominciato a programmare quando bisognava scrivere personalmente ogni istruzione. Oggi posso descrivere una modifica, farla implementare a un agente, verificare i test e decidere se integrarla.

Naturalmente non sempre funziona al primo tentativo. Il file manager, con i suoi problemi di mouse, colori e gestione del terminale, ne è un esempio.

Ma è proprio questo il punto: l'agente non sostituisce la necessità di capire cosa si sta facendo.

Permette piuttosto di sperimentare più rapidamente, lasciando a me la scelta di cosa costruire e la responsabilità di verificarne il funzionamento.

E per uno che ha cominciato a programmare in BASIC, vedere un'intelligenza artificiale che prepara una Pull Request su GitHub continua a essere una cosa piuttosto sorprendente.

L'intelligenza artificiale prende forma

 

Vroby Pages — 14–21 ottobre 2026

Questa settimana ho dedicato parecchio tempo a un progetto che mi sta dando soddisfazioni: AIcad, il mio programma per costruire modelli tridimensionali dialogando con un'intelligenza artificiale.

Ma sono successe anche altre cose. Ho continuato a lavorare sul gateway AI, ho sperimentato la generazione di astronavi, ho ripreso qualche vecchia idea di progettazione e ho perfino presentato una candidatura a OpenAI.

Il filo conduttore rimane quello delle ultime settimane: utilizzare l'intelligenza artificiale non soltanto per scrivere programmi, ma per farle svolgere lavori concreti.

AIcad: dalle parole alle immagini

La novità principale riguarda AIcad.

Il programma continua a evolversi rapidamente. Il 15 ottobre ho aggiunto l'esportazione OBJ, che si affianca a STL e JSON. Il giorno successivo sono arrivati diversi miglioramenti all'interfaccia, alla gestione dei modelli AI e alle operazioni geometriche.

Ma soprattutto è arrivato il supporto alle immagini.

Adesso posso allegare una fotografia o un disegno alla richiesta inviata al modello. L'immagine viene preparata direttamente nel browser e utilizzata come riferimento per costruire o modificare l'oggetto tridimensionale.

Ho introdotto anche una funzione di revisione visiva: AIcad prepara tre viste dell'oggetto, le invia al modello insieme alla descrizione della scena e chiede di individuare eventuali problemi.

È un passaggio interessante, perché il modello non deve più basarsi soltanto sulle coordinate e sulle dimensioni degli oggetti. Può anche esaminare una rappresentazione visiva del risultato.

Ho aggiunto inoltre controlli per verificare il rapporto fra vetri e carrozzeria, particolarmente utili durante gli esperimenti con il modello di un'automobile.

La parte geometrica rimane volutamente controllata: il modello restituisce operazioni JSON validate dal programma, non codice arbitrario da eseguire.

I test automatici dell'aggiornamento hanno raggiunto 156 verifiche superate. Naturalmente questo non significa che tutti i problemi geometrici siano risolti: le superfici curve e gli oggetti complessi continuano a richiedere parecchio lavoro.

Prova AIcad nel browser

La Good Hope di Perry Rhodan

Il 18 ottobre ho fatto un esperimento particolarmente divertente.

Ho chiesto ad AIcad di disegnare la Good Hope, l'astronave sferica della saga di Perry Rhodan.

Il risultato mi ha sorpreso positivamente.

La nave presenta la caratteristica forma sferica, il rigonfiamento equatoriale e una superficie suddivisa in pannelli. Ho poi continuato a lavorare sul modello, sperimentando pentagoni sporgenti, scanalature fra le piastre e una disposizione più credibile degli armamenti.

Ho realizzato anche alcune versioni STL con strumenti di modellazione separati, cercando di ottenere una geometria più dettagliata.

È stato un buon banco di prova per capire cosa si riesce a ottenere descrivendo un oggetto complesso e correggendolo attraverso richieste successive.

La cosa che mi interessa maggiormente è proprio questa: poter partire da un'idea, ottenere una prima rappresentazione tridimensionale e migliorarla conversando con il programma.

Non siamo ancora al livello di un CAD professionale, ma per la sperimentazione e la didattica le possibilità cominciano a diventare interessanti.

Ho presentato AIcad a OpenAI

Domenica 18 ottobre ho fatto anche una cosa che inizialmente esitavo a fare: ho inviato la candidatura di AIcad al programma Codex for Open Source.

L'obiettivo è ottenere supporto per continuare a sviluppare il progetto utilizzando gli strumenti di coding AI.

AIcad è completamente open source e non nasce con finalità commerciali. Mi interessa soprattutto esplorare un nuovo modo di progettare oggetti tridimensionali e, possibilmente, rendere il programma utile anche nelle attività didattiche.

Nella presentazione ho spiegato il funzionamento del software, le tecnologie utilizzate e i problemi che vorrei affrontare.

Per la documentazione e la comunicazione in inglese mi sono fatto aiutare da ChatGPT.

Adesso non resta che aspettare un'eventuale risposta.

oai-gateway: un ponte fra programmi e modelli AI

Anche oai-gateway ha ricevuto aggiornamenti.

Il 16 ottobre ho aggiunto il supporto a richieste contenenti immagini, portando il limite del payload a 4 MiB.

È una modifica direttamente collegata al lavoro su AIcad: per utilizzare fotografie e revisioni visive, il gateway deve poter trasportare anche dati multimodali.

Il 20 ottobre sono intervenuto nuovamente sul codice e sulla documentazione, migliorando la leggibilità del server e chiarendo il comportamento degli endpoint.

Il progetto rimane volutamente piccolo: un server Python pensato per funzionare su Linux e Raspberry Pi, accessibile attraverso la rete locale.

Prevede autenticazione, controllo degli accessi e una piccola API per inviare richieste ai modelli disponibili attraverso un account autorizzato.

Le verifiche offline hanno confermato la compatibilità fra il formato delle richieste di AIcad e quello accettato dal gateway.

Rimane però da completare una prova dell'intero percorso, dal browser al Raspberry Pi fino al modello reale, soprattutto con richieste contenenti immagini.

Non considero quindi conclusa l'integrazione, ma la struttura comincia a essere abbastanza solida.

ChatGPT come agente operativo

Continuano anche gli esperimenti con ChatGPT utilizzato come agente.

Ormai lo impiego sempre meno come semplice chatbot e sempre più come assistente capace di intervenire direttamente su applicazioni e servizi.

In particolare sto sfruttando le integrazioni con l'ecosistema Google, lavorando con documenti, fogli elettronici, posta e calendario.

Non entro nei dettagli delle operazioni personali, ma il cambiamento è sostanziale: invece di chiedere come fare qualcosa, posso chiedere direttamente di farla.

Questo non elimina la necessità di controllare i risultati. Anzi, quando un agente può modificare dati reali, verificare ciò che ha fatto diventa ancora più importante.

Nel frattempo ho ridimensionato l'utilizzo di Hermes, che continua a funzionare sul Raspberry rakgateway, collegato a Telegram.

Sul computer principale sto invece concentrando una parte crescente delle attività su ChatGPT.

È interessante osservare come, dopo anni passati a costruire piccoli programmi di automazione, adesso possa delegare alcune operazioni a un agente che comprende direttamente le richieste in linguaggio naturale.

Linux: kernel, zram e preparativi per il Linux Day

Gli esperimenti su Linux Mint continuano, anche se questa settimana non ci sono stati nuovi commit su mint-cachyfy.

Sto proseguendo il lavoro iniziato con zram e con le prove del kernel Linux 7.3.

L'obiettivo rimane migliorare la reattività del sistema senza comprometterne la stabilità.

Ho incontrato anche qualche problema durante l'installazione di un kernel, occasione utile per tornare a esaminare i meccanismi di avvio e aggiornamento di Linux.

Sono tutti argomenti che vorrei affrontare anche al prossimo Linux Day, previsto per il 24 ottobre.

Mi interessa soprattutto spiegare in modo pratico cosa cambia utilizzando zram, quali vantaggi può offrire e quanto sia effettivamente utile sperimentare kernel differenti.

Per ora preferisco non pubblicare numeri sulle prestazioni: servono prove ripetibili prima di poter affermare che una configurazione sia realmente migliore.

Una bicicletta elettrica ispirata al Ciao

Questa settimana ho ripreso anche un'idea completamente diversa: progettare una bicicletta elettrica estremamente economica.

Come riferimento estetico e geometrico ho scelto il vecchio Piaggio Ciao, cercando però di immaginarne una reinterpretazione moderna.

Il progetto prevede un telaio semplice, ruote da 26 pollici, motore nel mozzo posteriore e una batteria estraibile.

Ho ragionato su trasmissione, freni, geometria e soprattutto sui costi.

L'obiettivo non è realizzare una bicicletta sofisticata, ma capire quanto si possa semplificare un mezzo a pedalata assistita mantenendolo pratico e leggero.

Per ora si tratta di un esercizio progettuale, accompagnato da disegni e valutazioni tecniche. Non esiste ancora un prototipo.

Tech News Daily continua a crescere

Sul fronte GitHub, il progetto con l'attività più regolare rimane Tech News Daily.

Dal 15 al 21 ottobre risultano pubblicate tutte e sette le edizioni giornaliere.

Ho continuato a sistemare il meccanismo di pubblicazione, soprattutto per mantenere aggiornati la pagina principale e i collegamenti alle cinque edizioni precedenti.

Il 19 ottobre è stato necessario un intervento aggiuntivo sull'archivio. Nei giorni successivi la pubblicazione è proseguita con i relativi commit.

Sto anche ampliando progressivamente le fonti, dando maggiore attenzione a Linux, open source, sicurezza, nuovi programmi e strumenti di intelligenza artificiale.

Fra le fonti che considero particolarmente interessanti c'è Phoronix, soprattutto per kernel, driver, benchmark e prestazioni.

Il notiziario sta diventando un piccolo esperimento di editoria automatizzata: raccolta delle informazioni, selezione, scrittura e pubblicazione.

Non sempre tutto funziona al primo tentativo, ma anche gli errori sono utili per migliorare il sistema.

Leggi Tech News Daily

Una settimana di esperimenti

Guardando l'attività GitHub, i progetti che hanno ricevuto modifiche sostanziali sono stati soprattutto AIcad e oai-gateway, mentre Tech News Daily ha mantenuto la sua pubblicazione quotidiana.

Non risultano nuove pull request o issue aperte dal mio account nel periodo esaminato: il lavoro è stato concentrato principalmente nei commit diretti.

Ma il risultato più interessante della settimana non è un singolo aggiornamento.

È vedere AIcad che comincia a costruire oggetti complessi, un gateway che gli permette di comunicare con i modelli AI e un assistente che sta diventando capace di lavorare con gli strumenti che utilizzo quotidianamente.

Qualche anno fa avrei dovuto scrivere personalmente ogni funzione necessaria per ottenere risultati del genere.

Oggi posso dedicare molto più tempo a immaginare cosa realizzare e a verificare il risultato.

Non significa che programmare sia diventato inutile. Significa che stanno cambiando gli strumenti e, forse, anche il ruolo di chi programma.

E per uno che ha cominciato con il BASIC tanti anni fa, è davvero un periodo interessante.

Reinventare il Ciao: una bicicletta elettrica semplice, leggera e soprattutto economica

 

E se provassimo a progettare una bicicletta a pedalata assistita tornando alla filosofia del vecchio Piaggio Ciao? Pochi componenti, niente complicazioni inutili e un prezzo alla portata di tutti.

L'idea di partenza

Le biciclette elettriche moderne sono spesso diventate oggetti complessi e costosi. Cambi sofisticati, display, sospensioni, batterie enormi e telai elaborati fanno lievitare prezzi e pesi.

Ma per andare a fare la spesa, raggiungere il lavoro o percorrere qualche chilometro in città, serve davvero tutta questa tecnologia?

La mia idea è ripartire da un mezzo che ha segnato un'epoca: il Piaggio Ciao.

Non voglio costruire un ciclomotore, ma una vera bicicletta elettrica a pedalata assistita, con la stessa filosofia di semplicità, praticità e leggerezza.

Un telaio essenziale

Il telaio riprende la geometria del Ciao, con una struttura scatolata molto stretta e una parte centrale inclinata.

L'obiettivo è utilizzare pochi elementi strutturali, mantenendo una linea pulita e facilmente riconoscibile.

Le ruote saranno da 26 pollici, con pneumatici stretti, per ridurre la resistenza al rotolamento e mantenere una buona scorrevolezza.

Niente sospensioni elaborate: preferisco un mezzo leggero e robusto, adatto soprattutto all'asfalto.

Una batteria piccola e rimovibile

La batteria sarà da 36 volt, 10 Ah, per una capacità di 360 Wh.

Inizialmente avevo pensato di inserirla nella parte inclinata del telaio. Poi ho preferito una soluzione più semplice: collocarla nel portapacchi posteriore, dentro un contenitore estraibile.

Il blocchetto a chiave avrà tre posizioni:

• Spenta e bloccata: la batteria rimane fissata alla bicicletta.

• Sbloccata: la batteria può essere estratta.

• Accesa e bloccata: la bicicletta è pronta a funzionare.

La batteria potrà quindi essere portata in casa e ricaricata separatamente.

L'autonomia prevista, ancora da verificare, è nell'ordine di 30–60 chilometri, in funzione del percorso e dell'assistenza richiesta.

Il motore? Nel mozzo posteriore

Per la propulsione ho scelto un comune motore brushless da 250 watt nominali, alimentato a 36 volt e integrato nel mozzo posteriore.

Avevo valutato anche la frenata rigenerativa, cioè la possibilità di recuperare energia durante le frenate.

Alla fine ho deciso di eliminarla.

Il recupero energetico su una bicicletta leggera, soprattutto in pianura, sarebbe generalmente modesto, mentre il sistema rischierebbe di diventare più costoso e pesante.

Meglio un motore tradizionale, economico e facilmente sostituibile.

Naturalmente l'assistenza funzionerà soltanto durante la pedalata e si interromperà a 25 km/h, rispettando i requisiti previsti per le normali biciclette a pedalata assistita.

Una trasmissione semplicissima

Qui ho ragionato parecchio.

Inizialmente avevo immaginato una trasmissione a cinghia dentata. Poi ho considerato persino un albero flessibile, per eliminare la catena.

Ma ogni soluzione introduceva costi e complicazioni.

Alla fine la risposta era sotto gli occhi: una normalissima catena da bicicletta!

Nessun cambio, nessun deragliatore, nessun moltiplicatore.

Una sola corona anteriore e un solo pignone posteriore.

Ho valutato una corona da 48 denti e un pignone da 12, ma il rapporto 4:1 sarebbe piuttosto lungo.

Una soluzione più equilibrata potrebbe essere 48 denti davanti e 14 dietro, che con ruote da 26 pollici permette di viaggiare intorno ai 25 km/h pedalando a circa un giro al secondo.

È proprio quello che cercavo: una pedalata tranquilla anche alla massima velocità di assistenza.

Un semplice carter proteggerà la catena.

Freni economici e niente elettronica superflua

Anche per i freni voglio mantenere la massima semplicità.

Due normali V-brake meccanici, economici, leggeri e di facile manutenzione.

Niente impianti idraulici, niente sistemi complessi.

Per quanto riguarda l'elettronica, basta una centralina essenziale, un sensore di pedalata e un comando per selezionare il livello di assistenza.

Un piccolo indicatore dello stato della batteria sarà sufficiente. Non serve trasformare una bicicletta in uno smartphone su due ruote.

La scheda tecnica provvisoria

Caratteristica	Soluzione
Tipologia	Bicicletta a pedalata assistita
Telaio	Scatolato, ispirato al Piaggio Ciao
Ruote	26 pollici, pneumatici stretti
Motore	Brushless posteriore, 250 W
Batteria	Litio, 36 V, 10 Ah
Posizione batteria	Portapacchi posteriore
Trasmissione	Catena monomarcia
Rapporto ipotizzato	48/14
Freni	V-brake meccanici
Velocità assistita	25 km/h
Autonomia indicativa	30–60 km
Cambio	Assente

E il prezzo?

Questo è il punto fondamentale del progetto.

Vorrei ottenere una bicicletta elettrica ultraeconomica, non una bicicletta premium venduta come oggetto di moda.

Per questo sto cercando di eliminare tutto ciò che non serve davvero.

La batteria, il motore e il telaio rappresenteranno probabilmente le voci principali di costo. Il resto dovrà essere costruito con componenti standard, facilmente reperibili.

L'obiettivo è scendere il più possibile sotto il prezzo delle comuni e-bike commerciali, senza compromettere sicurezza e affidabilità.

Non ho ancora un preventivo definitivo: sarebbe scorretto indicare un prezzo preciso prima di aver calcolato materiali, assemblaggio, controlli e conformità normativa.

Tornare all'essenziale

Il vecchio Ciao aveva un pregio che oggi sembra quasi dimenticato: era un mezzo semplice, leggero, economico da mantenere e comprensibile anche a chi non era un meccanico.

Vorrei recuperare proprio quello spirito.

Una bicicletta elettrica che non abbia bisogno di un'app, di aggiornamenti software o di componenti proprietari per continuare a funzionare.

Due ruote, due pedali, un motore, una batteria e la strada davanti.

Il progetto è ancora nella fase concettuale e molte soluzioni dovranno essere verificate, soprattutto la struttura del telaio, la trasmissione e i costi effettivi.

Ma la direzione è chiara: meno componenti, meno peso, meno spesa.

Forse l'innovazione non consiste sempre nell'aggiungere qualcosa. A volte consiste nel capire che cosa possiamo togliere.

Dal CAD agli agenti AI: una settimana di esperimenti

 

7–14 ottobre 2026

Questa settimana ho lavorato su parecchie cose, forse anche troppe. Ma guardandole tutte insieme mi accorgo che seguono un filo abbastanza preciso: sto cercando di rendere l'intelligenza artificiale sempre più utilizzabile nei miei programmi e nel mio ambiente Linux.

Non soltanto per scrivere codice, ma anche per disegnare, gestire applicazioni e automatizzare piccoli lavori quotidiani.

Su GitHub sono comparsi nuovi progetti, mentre altri hanno ricevuto modifiche importanti. Il protagonista della settimana è stato certamente AIcad, ma c'è anche un piccolo server che potrebbe diventare particolarmente utile.

AIcad: disegnare oggetti 3D parlando con un'intelligenza artificiale

Era un'idea che avevo da tempo: realizzare un CAD nel quale, invece di utilizzare esclusivamente mouse e menu, fosse possibile descrivere quello che si vuole ottenere.

Per esempio: «Disegna un cubo di 100 millimetri, aggiungi un cilindro e pratica un foro passante».

L'11 ottobre è comparsa su GitHub la prima versione funzionante di DeepCAD, successivamente ribattezzato AIcad.

Il programma utilizza HTML5, JavaScript e Three.js. Il modello tridimensionale viene visualizzato direttamente nel browser e l'intelligenza artificiale traduce le richieste in operazioni geometriche.

Nei giorni successivi ho lavorato su parecchi aspetti: sottrazioni fra solidi, fori modificabili, rotazioni, gruppi di oggetti, estrusioni, profili e deformazioni.

Sono arrivate anche la memoria della conversazione, la modifica delle proprietà degli oggetti e l'esportazione STL.

Una caratteristica interessante è che il modello AI non genera codice da eseguire liberamente: restituisce comandi strutturati che vengono controllati prima di modificare la geometria.

Il progetto è pensato anche come possibile risorsa didattica per CoderDojo. Non vuole sostituire un CAD meccanico professionale, ma permettere di sperimentare geometria, programmazione e intelligenza artificiale.

Il programma inizialmente prevedeva PHP, ma si è evoluto in un'applicazione completamente eseguibile nel browser, collegabile a un servizio AI configurabile.

Repository: AIcad

Applicazione: Prova AIcad

Un gateway AI sul Raspberry Pi

Un altro lavoro interessante nasce da una domanda: posso utilizzare il mio account ChatGPT anche attraverso piccoli programmi che scrivo personalmente?

L'idea è realizzare un servizio molto semplice, installato su un Raspberry Pi, che esponga una piccola API utilizzabile dalle applicazioni della rete locale.

Il 14 ottobre è nato il repository oai-gateway.

Il programma è scritto in Python e prevede l'autenticazione tramite OAuth, un endpoint per conoscere i modelli disponibili e uno per inviare richieste.

Ho voluto mantenerlo essenziale. Il server viene avviato e fermato quando serve, senza trasformarlo in un servizio permanentemente esposto su Internet.

La documentazione prevede infatti l'utilizzo esclusivamente sulla rete privata, con autenticazione locale e senza apertura di porte sul router.

L'obiettivo è avere un componente riutilizzabile: oggi può servire ad AIcad, domani potrebbe essere utilizzato da altri programmi.

Naturalmente l'utilizzo effettivo dipende dai permessi concessi al proprio account e dai limiti del servizio. Non è una maniera per aggirare le API commerciali.

Repository: oai-gateway

ChatGPT sta diventando il mio agente personale

Parallelamente sto cambiando il modo in cui utilizzo ChatGPT.

Da qualche tempo non lo considero più soltanto uno strumento al quale fare domande. Lo sto utilizzando sempre più come un agente operativo, capace di interagire con applicazioni e servizi esterni.

In particolare sto sperimentando l'integrazione con l'ecosistema Google: documenti, fogli elettronici, posta elettronica e calendario.

Preferisco non entrare nei dettagli delle operazioni personali, ma la differenza è evidente: invece di chiedere istruzioni per svolgere un lavoro, posso chiedere direttamente all'assistente di occuparsene.

Naturalmente controllo i risultati, soprattutto quando vengono modificati dati importanti.

Questa evoluzione mi ha portato anche a ridimensionare l'utilizzo di Hermes.

Ho rimosso Hermes e PicoClaw dal computer principale, mantenendo Hermes soltanto sul Raspberry Pi rakgateway, dove continua a essere collegato a Telegram.

È una scelta pratica: sto concentrando una parte crescente delle attività operative su ChatGPT, lasciando agli agenti locali compiti più specifici.

Linux Mint, zram e kernel 7.3

Non poteva mancare qualche esperimento sul sistema operativo.

Sono tornato a lavorare su zram, il meccanismo che permette di utilizzare memoria compressa come dispositivo di swap.

L'obiettivo è migliorare la gestione della memoria e mantenere il desktop reattivo anche quando vengono eseguiti diversi programmi contemporaneamente.

Ho continuato inoltre gli esperimenti di compilazione e configurazione del kernel Linux 7.3, cercando di adattarlo alla mia macchina.

È un lavoro che si inserisce nella stessa filosofia di mint-cachyfy: ottenere un sistema Linux Mint efficiente senza rinunciare alla sua semplicità.

Per ora preferisco non riportare miglioramenti numerici: non ho raccolto risultati comparativi sufficientemente documentati per attribuire vantaggi precisi alle modifiche.

La curiosità rimane quella di sempre: capire quanto contino davvero le ottimizzazioni rispetto alle impostazioni standard.

Repository: mint-cachyfy

Ho anche ripreso in mano il vecchio EeePC 700, che continua a funzionare con Debian Bookworm e i3. Il sistema è utilizzabile, ma trovare un browser moderno sufficientemente leggero è diventato complicato. Un piccolo promemoria di quanto rapidamente il Web stia diventando pesante per l'hardware più vecchio.

Microduck diventa protagonista di un videogioco

Il 9 ottobre è nato un progetto decisamente diverso: The Microduck Game Show.

L'idea è riprendere l'atmosfera di The Killing Game Show, un vecchio gioco per Amiga, sostituendo il protagonista con un piccolo robot ispirato a Microduck.

Il risultato è un platform giocabile direttamente nel browser.

Ci sono otto arene differenti, nemici, piattaforme, chiavi da raccogliere e un livello di acido che sale progressivamente costringendo il giocatore a muoversi.

Durante la giornata ho lavorato sulla struttura dei livelli, sulle regole di gioco, sulla gestione dell'energia e sulla grafica del protagonista.

È un piccolo omaggio ai videogiochi degli anni Novanta, realizzato con strumenti moderni.

Repository: The Microduck Game Show

Gioco: Gioca a Microduck

Continuo anche a seguire con interesse i progetti di robotica personale come Nori A3 e Microduck. Le loro caratteristiche dichiarate sono interessanti, ma distinguo sempre le promesse dei produttori dalle capacità effettivamente verificate.

MiniMax Video TUI: generare video dal terminale

Un altro progetto che ha ricevuto un aggiornamento il 14 ottobre è minimax-video-tui.

Si tratta di una piccola applicazione da terminale che permette di generare video utilizzando i modelli MiniMax disponibili attraverso OpenRouter.

Il programma consulta il catalogo dei modelli, permette di scegliere risoluzione e durata e mostra una stima del costo prima di avviare la generazione.

L'ultimo aggiornamento ha aggiunto nuove opzioni video e la possibilità di utilizzare immagini locali come punto di partenza.

Mi interessa soprattutto poter utilizzare questi servizi senza dipendere ogni volta da una complessa interfaccia Web.

Repository: minimax-video-tui

Tech News Daily: pubblicare ogni mattina

Continua anche il lavoro sulla mia rassegna tecnologica quotidiana.

Dal giorno 8 al 14 ottobre risultano su GitHub nuove edizioni giornaliere di Tech News Daily.

Il progetto raccoglie notizie tecnologiche, produce una pagina HTML e mantiene un archivio delle edizioni precedenti.

Non tutto ha funzionato immediatamente. Ho dovuto intervenire più volte sul meccanismo di pubblicazione, soprattutto per mantenere sincronizzati l'archivio e la pagina principale.

Il 14 ottobre ho aggiunto anche una navigazione che permette di raggiungere le cinque edizioni precedenti direttamente dalla home page.

L'obiettivo rimane avere una rassegna aggiornata automaticamente, senza dover intervenire manualmente ogni mattina.

Repository: tech-news

Gli altri esperimenti: ai-bar, za.py e RepoRoulette

Restano attivi, anche se questa settimana non sono stati i protagonisti dei nuovi commit, altri esperimenti.

ai-bar continua a rappresentare il mio tentativo di integrare maggiormente l'intelligenza artificiale nell'ambiente desktop. Ho adottato una struttura che separa il progetto generale dalle personalizzazioni e utilizza AGENTS.md per guidare gli agenti che modificano il codice.

za.py, attraverso freellmApi, rimane invece un esperimento per consentire a un modello linguistico di interagire con il sistema operativo attraverso operazioni controllate.

C'è poi RepoRoulette, il piccolo sito che presenta repository GitHub casuali, uno dopo l'altro, con un'interfaccia ispirata alla vecchia Chatroulette.

L'idea è semplicemente scoprire software che non avrei mai pensato di cercare.

Sito: RepoRoulette

Nel frattempo ho anche iniziato a ragionare su come documentare meglio il lavoro svolto dagli agenti. Quando utilizzo strumenti e modelli differenti sullo stesso progetto, diventa utile avere un diario delle modifiche che registri non soltanto cosa è cambiato, ma anche quale agente ha effettuato l'intervento.

Il Raspberry cambia mestiere

Un altro piccolo cambiamento riguarda rakgateway.

Ho definitivamente chiuso il vecchio progetto LoRa-One e rimosso la relativa scheda radio.

Il Raspberry Pi oggi svolge compiti differenti: è un nodo Tor, ospita il sito dei Cantinari e mantiene in funzione Hermes collegato a Telegram.

Mi piace l'idea di continuare a utilizzare queste piccole macchine anche quando il progetto originale è terminato.

Conclusioni

Guardando i commit della settimana, il lavoro più consistente è stato sicuramente quello su AIcad, seguito dal nuovo gateway AI e dal videogioco Microduck.

Le modifiche sono state concentrate direttamente nei repository, senza nuove pull request o issue pubbliche emerse dalle verifiche effettuate.

Ma il cambiamento più importante è forse un altro.

Per anni ho scritto programmi per svolgere determinate operazioni. Poi ho iniziato a utilizzare modelli AI per aiutarmi a scriverli.

Adesso sto provando a costruire programmi che possano essere utilizzati direttamente da un'intelligenza artificiale.

Non so ancora dove porterà questo percorso, ma mi sembra una direzione interessante.

E, soprattutto, continuo a divertirmi.

Una settimana tra agenti AI, Linux e piccoli esperimenti

 

Questa settimana è stata meno concentrata su un singolo progetto e molto più su una serie di esperimenti che, messi insieme, stanno cambiando abbastanza il mio modo di usare il computer. Il filo conduttore è sempre lo stesso: Linux, intelligenza artificiale e automazione, ma con un passaggio sempre più evidente dall'AI che risponde alle domande all'AI che fa effettivamente delle cose.

ChatGPT comincia a diventare un agente

La novità forse più interessante non è un programma che ho scritto, ma il modo in cui sto usando ChatGPT.

Negli ultimi giorni ho iniziato a sfruttarlo sempre più come un vero assistente operativo, collegandolo anche ad alcuni servizi dell'ecosistema Google. Senza entrare nei dettagli delle mie cose personali, significa poter lavorare con Drive, Fogli, posta e calendario direttamente dalla conversazione.

La differenza rispetto al normale chatbot è notevole: non gli chiedo soltanto come fare qualcosa, ma in alcuni casi gli chiedo direttamente di farla.

È ancora un esperimento e ci sono naturalmente limiti e operazioni per le quali preferisco mantenere il controllo manuale, ma è probabilmente uno degli utilizzi dell'AI che in questo momento trovo più interessanti.

Questo ha anche ridimensionato un po' il ruolo di Hermes. L'avevo sperimentato parecchio come assistente personale, ma l'ho rimosso dal PC principale insieme a PicoClaw. Hermes continua a vivere sul vecchio Raspberry rakgateway, collegato a Telegram, mentre sul desktop sto spostando una parte maggiore del lavoro verso ChatGPT come agente più generale.

Lo stesso Raspberry ha ormai una vita completamente diversa da quella per cui era nato: ho chiuso il nodo LoRa-One e tolto la scheda LoRa. rakgateway oggi fa soprattutto da nodo Tor — ospitando anche il sito dei Cantinari — e da piccolo server per Hermes.

Linux Mint: zram e kernel 7.3

Sul fronte Linux sono tornato a fare quello che faccio periodicamente da anni: cercare di capire quanto si possa spremere ancora dal sistema senza trasformarlo in qualcosa di fragile.

Questa volta ho lavorato soprattutto su zram, provando configurazioni diverse per capire come gestire meglio memoria e swap compressa e rendere il desktop più reattivo quando il carico aumenta.

In parallelo sono arrivati gli esperimenti con il kernel Linux 7.3. Ho lavorato sulla compilazione e sulla messa a punto del kernel per la mia macchina, cercando un compromesso sensato tra ottimizzazione e mantenibilità.

Non mi interessa ottenere un numero spettacolare in un benchmark: l'obiettivo continua a essere quello alla base del mio progetto mint-cachyfy, cioè vedere quanto ci si possa avvicinare alla reattività delle distribuzioni Linux più aggressive mantenendo però Linux Mint come sistema quotidiano.

Sono esperimenti, quindi per ora niente proclami: zram, scheduler, kernel e parametri vari vanno provati nell'uso reale prima di decidere se una modifica abbia veramente senso.

Codice, agenti e documentazione

Un'altra riflessione della settimana riguarda il modo in cui sto programmando.

Uso ormai diversi agenti: ChatGPT, Codex e, in alcuni casi, DeepSeek attraverso gli strumenti che mi sono costruito. Il problema comincia paradossalmente a essere ricordarsi chi ha fatto cosa.

Da qui l'idea di mantenere una sorta di diario delle modifiche, utilizzabile anche dagli agenti stessi. Potrebbe diventare un modo semplice per documentare automaticamente il lavoro fatto sui progetti, indicando anche quale modello o agente è stato utilizzato.

È una piccola cosa, ma credo possa diventare importante: quando un agente modifica decine di file in pochi minuti, la documentazione non è più un optional.

Resta valida anche l'organizzazione sperimentata con ai-bar: una base generica sul branch main, una parte personale separata e un AGENTS.md che spiega agli agenti come intervenire senza distruggere la struttura del progetto. ai-bar su GitHub

Nello stesso filone continua l'uso di freellmApi con za.py, con l'idea di permettere a un modello di interagire con il sistema operativo attraverso un livello controllato invece di dargli semplicemente una shell libera.

RepoRoulette: GitHub senza sapere cosa arriverà dopo

Continua anche il piccolo esperimento che avevo iniziato per riscoprire il lato esplorativo di GitHub: RepoRoulette.

L'idea rimane volutamente semplicissima: invece di cercare sempre qualcosa che già conosco, voglio farmi presentare repository casuali, uno dopo l'altro, con una modalità che ricorda un po' la vecchia Chatroulette.

Il sito è qui:

RepoRoulette

È un progetto minuscolo, ma mi piace perché risolve un problema reale: GitHub contiene una quantità enorme di software interessante che normalmente non incontrerei mai.

Piccoli progetti che continuano a muoversi

Anche GitHub continua a essere il mio laboratorio. Fra i repository su cui ho lavorato e che sto continuando a tenere vivi ci sono ai-bar, mint-cachyfy e DroneCommander.

C'è poi image2ascii, un piccolo programma Python che trasforma immagini PNG e JPEG — e opzionalmente SVG — in ASCII art a colori nel terminale usando caratteri Unicode e colori ANSI a 24 bit. Il repository conta attualmente sei commit ed è esattamente il genere di utility piccola e autosufficiente che mi diverte ancora scrivere.

DroneCommander rimane invece uno degli esperimenti più strutturati: simulazione 3D nel browser, Blockly e l'idea di arrivare dal simulatore al controllo di piccoli droni reali. Il progetto è pubblico e continua a essere disponibile con licenza MIT.

Robot personali: continuo a guardarli

Rimangono sullo sfondo anche Nori A3 e Microduck.

Mi interessano non tanto come gadget quanto come segnale di dove potrebbe andare la robotica personale: piccoli robot relativamente accessibili sui quali far girare software proprio e, soprattutto nel caso di progetti aperti, sperimentare senza dipendere completamente dal cloud del produttore.

Nori mi aveva già dato l'impressione di essere qualcosa di concretamente utilizzabile; Microduck mi interessa soprattutto per l'approccio open source. Per ora, però, li considero osservazioni ed esperimenti, non prodotti sui quali abbia tratto conclusioni definitive.

Una settimana un po' diversa

Alla fine il cambiamento più interessante della settimana non è quindi il kernel 7.3, zram o un nuovo repository.

È il modo in cui sto cominciando a mettere insieme tutti questi pezzi.

Per anni ho usato programmi. Poi ho iniziato a scrivere programmi che usavano API e modelli AI. Adesso sto iniziando a usare l'AI come uno strato sopra ai programmi che utilizzo già.

Forse è questa la parte più interessante degli agenti: quando funzionano bene, dopo un po' si smette quasi di pensare all'intelligenza artificiale e si comincia semplicemente a chiederle di fare qualcosa.

Ed è probabilmente proprio lì che volevo arrivare.