Le persone stanno usando agenti di coding per fare reverse-engineering dei dispositivi di casa e scriverne l’automazione in poche ore. Roba che prima richiedeva giorni di analisi su protocolli non documentati, e che quasi nessuno affrontava perché il gioco non valeva la candela.

Simon Willison raccoglie gli aneddoti e ne tira fuori il punto vero: il costo di scrivere codice è crollato, e questo cambia l’equazione.

Prima, capire come parla un device senza documentazione era fattibile ma antieconomico. Il tempo per decifrare l’API superava il valore dell’automazione che ne ricavavi. E c’era un secondo problema: le API non documentate cambiano o si rompono, e tutto il lavoro andava rifatto.

Con gli agenti di coding il calcolo cambia. Il costo di un primo tentativo è basso, e il costo di riprovarci se fallisce è altrettanto basso. Se l’API cambia fra sei mesi, buttare il codice e riscriverlo costa una frazione di prima.

Perché ti riguarda. Se hai un dispositivo che fa una cosa utile ma l’app del produttore è pessima o vincolata, la soglia oltre la quale vale la pena scriverci sopra la tua automazione si è abbassata. Non serve essere un reverse-engineer: serve catturare il traffico di rete del device (strumenti come Wireshark o un proxy HTTPS) e descrivere all’agente cosa vuoi ottenere.

Il limite è onesto: sono aneddoti, non un benchmark. Non sappiamo quanti dispositivi si prestino a questo trattamento né quanto regga il codice nel tempo. Ma il segnale è coerente con quello che raccontavamo il 18 luglio: gli agenti di coding sono usciti dalla demo e stanno cambiando cosa vale la pena fare.

Nel dettaglio

Cos’era prima.

Fare reverse-engineering su un dispositivo di casa è sempre stato possibile. Accendi Wireshark, catturi il traffico fra l’app del produttore e il dispositivo, studi il pattern dei messaggi, scrivi uno script che riproduce quei messaggi. Funziona. Le persone lo facevano già dieci anni fa.

Il problema era il ROI. Decifrare un protocollo non documentato richiede ore, a volte giorni. E un programmatore esperto sa che le API non documentate sono instabili: il produttore può cambiarle con un aggiornamento firmware, e allora tutto il tuo lavoro va rifatto. Ti impegni in un ciclo di manutenzione frustrante per controllare una lampadina.

Cosa cambia.

Gli agenti di coding abbassano due costi contemporaneamente. Il primo è il costo del tentativo: invece di passare un pomeriggio a leggere log binari, descrivi all’agente cosa hai catturato e gli chiedi di scrivere il codice che riproduce il comportamento. Il secondo è il costo del fallimento: se il codice non funziona, lo butti e riprovi, perché riscrivere costa poco.

Il punto di Willison è psicologico oltre che economico. Quando scrivere codice costa poco, l’idea di doverlo mantenere in futuro (o buttarlo e ricominciare) smette di pesare. La friction mentale che bloccava il fai-da-te si dissolve.

Come funziona per chi non sviluppa.

Un dispositivo smart comunica con la sua app inviando messaggi sulla rete WiFi di casa. Se intercetti quei messaggi, vedi uno schema: invia questi byte, la luce si accende; invia quelli, cambia colore. Un agente di coding può leggere il log di quel traffico e scrivere uno script che fa la stessa cosa, senza passare dall’app ufficiale. Il risultato è un’automazione tua, che puoi attivare con un comando vocale, un timer, o uno script di sistema.

I limiti di quello che sappiamo.

La fonte è un post di blog che raccoglie aneddoti, non uno studio sistematico. Restano aperte tre domande concrete.

La prima: quanti dispositivi si prestano a questo trattamento? Molti produttori ora cifrano il traffico fra app e device, e se il protocollo è criptato l’intercettazione diventa molto più difficile.

La seconda: quanto regga il codice nel tempo? Un aggiornamento firmware può cambiare il protocollo, e l’automazione si rompe. L’argomento di Willison è che riscriverla costa poco, ma resta da vedere quanto spesso succede nella pratica.

La terza: nessuno ha ancora misurato quanto tempo ci vuole davvero. Gli aneddoti parlano di “poche ore”, ma non c’è un campione sufficiente per sapere se è la norma o il caso fortunato.

Ciò che è certo è la direzione: la soglia di convenienza si è abbassata, e si abbasserà ancora. Per chi ha un dispositivo che vorrebbe controllare meglio, vale la pena provare.