Fratelli, negli ultimi due anni, ogni volta che si parla di intelligenza incarnata, automazione robotica e implementazione di agenti, l'attenzione di tutti sembra seguire sempre lo stesso racconto. Chi ha un robot che assomiglia di più a un essere umano, chi ha movimenti più fluidi, chi riesce a sollevare scatole, avvitare viti e piegare vestiti sul palcoscenico, rappresenta il futuro. Ma sempre più penso che questa frenesia possa facilmente deviare le persone, perché ciò che determina davvero il panorama del settore non sono mai alcuni video dimostrativi, ma il modo di collaborazione di base definito da chi, chi ha fissato le barriere hardware e software e chi decide la distribuzione di dati e profitti.

Perché l'intelligenza incarnata entri nel mondo reale, deve affrontare tre problemi. Il primo è la frammentazione dell'hardware. Produttori diversi, forme diverse, sensori diversi, motori diversi, protocolli di comunicazione diversi e normative di sicurezza diverse, portano all'impossibilità di riutilizzare la stessa capacità su diverse piattaforme. Il secondo è la chiusura del software. Molte cosiddette ecologie trattano gli sviluppatori come esternalizzati e le interfacce come elemosine; oggi un po' aperte, domani di nuovo chiuse; più si scava, più difficile diventa uscire. Il terzo è la centralizzazione dei dati e dei profitti. I robot funzionano nella tua fabbrica, ma i dati tornano nel cloud di qualcun altro, i compiti vengono programmati da altri e le liquidazioni subiscono una commissione, alla fine, ciò che possiedi è solo l'efficienza affittata.

Questo modello sembra progredire rapidamente nel breve termine, ma a lungo termine può chiudere l'industria. I produttori di hardware più piccoli producono articolazioni o sensori più economici e durevoli, ma non riescono ad integrarsi nel sistema mainstream. Gli sviluppatori scrivono moduli di pianificazione o controllo più intelligenti, ma possono solo distribuirli secondo le regole della piattaforma, con percentuali di guadagno e diritti di pubblicazione che non sono decisi da loro. Gli utenti aziendali sono messi peggio; implementare robot era inteso per stabilità e controllabilità, ma ora le capacità chiave dipendono da piattaforme esterne; se un'interfaccia cambia, l'autorizzazione si restringe o i prezzi aumentano, tutti i processi devono ricominciare. L'intelligenza incarnata, esaltata come la prossima generazione di produttività, rischia di trasformarsi nella prossima generazione di affari di leasing.

Proprio per questo, preferisco investire tempo in quelle infrastrutture fondamentali che non rubano la scena ma sono più critiche. La Fabric Foundation rappresenta una scelta tipica controcorrente. Non concentra tutte le risorse su un hardware sorprendente, né crea mistero attraverso modelli chiusi, ma si concentra su qualcosa di più difficile e a lungo termine: costruire una base di collaborazione aperta per l'intelligenza incarnata, permettendo a robot, sviluppatori, produttori di hardware e parti coinvolte di collaborare secondo le stesse regole, senza essere bloccati da uno dei giganti con standard proprietari.

Molte persone, quando sentono per la prima volta questo tipo di narrazione, tendono a pensare che siano solo parole vuote; open source, decentralizzazione e economia collaborativa suonano tutti grandiosi. Ma una volta che lo smonti e lo esamini, scoprirai che la sua logica è in realtà molto rigida e pragmatica. Ciò che manca davvero all'intelligenza incarnata non è la visione, ma la capacità ingegneristica riutilizzabile e una struttura di incentivi sostenibile. L'open source non equivale a fare beneficenza; il suo valore risiede nell'abbattere il lavoro ripetitivo al minimo, riducendo la soglia di partecipazione ecologica al minimo e rendendo la distribuzione del valore più vicina al contributo stesso.

Iniziamo con il punto più intuitivo: disaccoppiamento dell'hardware. Oggi uno dei più grandi problemi nel settore dei robot è che ogni produttore vuole creare il proprio stack chiuso. L'interfaccia hardware è propria, il protocollo di controllo è proprio, lo stack di controllo del movimento è proprio, persino gli strumenti di orchestrazione dei compiti sono propri. Il risultato è che cambiare un robot equivale a cambiare un mondo. Il tempo degli sviluppatori è sprecato nell'adattamento e nel trasporto, i fornitori di hardware sono bloccati in isole non compatibili tra loro, e le parti coinvolte sono costrette a compromessi tra pochi fornitori.

La Fabric Foundation enfatizza l'uso di uno strato astratto unificato per nascondere il più possibile le differenze hardware a livello di base, consentendo a competenze e compiti di migrare tra piattaforme. Il suo significato centrale non sta nel fatto che una funzionalità specifica sia stupefacente, ma nel tentativo di far sì che l'intelligenza incarnata emerga come una base scalabile, simile ai primi giorni di Internet mobile. Non è necessario riscrivere la logica di controllo per ogni modello di motore, né riscrivere un'intera pipeline di percezione per ogni fotocamera profonda, né imparare a configurare nuovi strumenti per ogni fornitore. Per gli sviluppatori, ciò significa che la stessa capacità può operare su più dispositivi, migliorando significativamente il ritorno sugli investimenti. Per i produttori di hardware, fintanto che integrano il proprio hardware con le specifiche di base, avranno l'opportunità di accedere a mercati più ampi, senza dover affidarsi a team di vendita per integrare azienda per azienda. Per le parti coinvolte, la fornitura di robot diventa più sostituibile, con una maggiore capacità di contrattazione e anche più sicurezza.

Ma avere solo astrazioni tecniche non è sufficiente; per far funzionare l'ecosistema dell'intelligenza incarnata, è necessario risolvere la cooperazione e la distribuzione. Molte cosiddette piattaforme, superficialmente, offrono strumenti e mercati, ma in realtà trattengono le risorse chiave per sé. Tu contribuisci codice e la piattaforma si prende il traffico. Tu contribuisci dati e la piattaforma si prende i profitti da addestramento. Tu contribuisci dispositivi e la piattaforma si prende il diritto di programmazione. Alla fine, più partecipi, più diventi dipendente; più dipendi, più diventi vulnerabile. Questa non è una struttura industriale sostenibile.

La Fabric Foundation enfatizza di più un design meccanico che collega contributo, credibilità e profitto. Qui, la cosa più degna di discussione è la posizione di ROBO nell'ecosistema. Molte persone sono abituate a considerare i token come etichette di prezzo, dove le fluttuazioni determinano tutto. Ma se ti concentri solo sul prezzo, perderai la cosa più importante: i token in questo contesto sono più come carburante e strumenti di vincolo per i sistemi di collaborazione. Collega i diritti di partecipazione, l'uso delle risorse, la liquidazione dei compiti e l'accumulo di crediti in un unico libro contabile, utilizzando mezzi economici per garantire che le regole siano eseguibili.

Preferisco considerare questo processo come l'apertura di tre percorsi. Il primo è la catena di accesso alle risorse. Qualsiasi dispositivo che entra nella rete di collaborazione non deve solo connettersi a Internet; deve essere riconosciuto, vincolato e misurato. I produttori di hardware e i fornitori di nodi devono investire risorse, mentre il sistema ha bisogno di un'unità che possa misurare e vincolare; in questo contesto, ROBO svolge un ruolo di biglietto e garanzia. Non puoi garantire la qualità del servizio solo con promesse verbali, e non puoi coprire globalmente i dispositivi di nicchia con revisioni centralizzate; i meccanismi di garanzia e punizione sono invece strumenti più universali.

Il secondo percorso è la catena di distribuzione delle capacità. Come possono i moduli di abilità, script di compiti e strategie di controllo scritti dagli sviluppatori essere riutilizzati da più persone e continuamente iterati? L'open source puro può certamente promuovere la diffusione, ma nella realtà, il mantenimento continuo richiede anche ricompense; altrimenti, i progetti open source possono facilmente fermarsi una volta che l'entusiasmo svanisce. Attraverso la liquidazione e la distribuzione on-chain, i fornitori di abilità possono guadagnare profitti quando vengono chiamati, creando così motivazione per manutenzione e aggiornamenti. Ancora più importante, questo guadagno non è un dono della piattaforma, ma una regola predefinita a livello di protocollo, riducendo l'incertezza umana.

Il terzo percorso è la catena di accumulo della credibilità. Ciò che manca di più all'intelligenza incarnata non è l'effetto dimostrativo, ma l'esecuzione stabile. Un robot può completare un compito in tempo? Può mantenere sicurezza e coerenza in ambienti complessi? Tutto ciò richiede registrazioni e valutazioni a lungo termine. Le piattaforme centralizzate possono certamente fare valutazioni, ma le regole di valutazione possono sempre essere modificate, e i dati possono essere nascosti o modificati. Trasformare la registrazione dell'esecuzione dei compiti, gli indicatori di prestazione, la gestione dei guasti e delle controversie in una storia che non può essere facilmente alterata è ciò che rende la credibilità realmente trasferibile. Il valore della credibilità trasferibile è che, anche se cambi fornitore di hardware, partner di scena, o persino paese e regione, il tuo contributo storico sarà ancora riconosciuto; potrai ottenere compiti di valore più elevato, accedere a risorse a costi inferiori e sarà più facile formare una divisione del lavoro specializzata.

Quando questi tre percorsi vengono aperti, l'intelligenza incarnata ha l'opportunità di passare da un approccio a progetto a uno basato su rete. Oggi molte aziende di robotica affrontano progetti come se fossero opere, basandosi su personalizzazioni e accumulando forza lavoro; una volta completati, si disperdono. La rete implica che puoi suddividere compiti complessi in moduli combinabili, assegnare i moduli a nodi diversi per l'esecuzione e fare un abbinamento di mercato tra le capacità e la credibilità dei nodi. Così, la scalabilità non dipende più completamente dalla capacità di un'unica azienda, ma dall'efficienza della cooperazione dell'intero network.

Certo, per quanto bene si parli, bisogna affrontare resistenze reali. Ci sono tre ostacoli che devono essere superati nel percorso verso una base aperta.

Il primo ostacolo è la coerenza tra hardware diversi. Il disaccoppiamento dell'hardware non significa che le differenze nel mondo fisico scompaiano. I giochi e la rigidità delle diverse articolazioni, le caratteristiche di rumore dei diversi sensori, e i confini di stabilità delle diverse strutture del corpo portano a prestazioni diverse dello stesso compito su dispositivi diversi. Per assorbire queste differenze a livello di base, è necessario un grande lavoro ingegneristico e anche un numero sufficiente di dati di scenari reali per la calibrazione. Questo processo non avverrà dall'oggi al domani, ma la direzione è corretta, poiché prima si stabilisce un'astrazione unificata, più facilmente i risultati possono essere riutilizzati nelle iterazioni successive.

Il secondo ostacolo è il freddo avvio dell'ecosistema. Anche se i moduli di abilità sono ottimi, senza dispositivi e scenari sufficienti per utilizzarli, sarà difficile generare profitti. Anche se ci sono molti dispositivi, senza abilità di alta qualità per supportarli, sarà difficile mantenere gli utenti. Anche se ci sono molti scenari, senza meccanismi di programmazione e liquidazione stabili, sarà difficile operare a lungo termine. Il freddo avvio richiede strategie e pazienza. Un percorso praticabile è quello di concentrarsi inizialmente su pochi scenari ad alto valore, come ispezione di magazzini, pattugliamento della sicurezza, manutenzione delle strutture, distribuzione nei parchi e ispezioni industriali. Questi scenari richiedono alta stabilità e misurabilità, quindi sono più adatti per costruire un ciclo positivo usando credibilità e meccanismi di liquidazione. Una volta che questi scenari saranno operativi, attireranno naturalmente più partecipanti per espandersi ad applicazioni di lungo termine.

Il terzo ostacolo è la sicurezza e la governance. Le reti aperte temono principalmente due cose: prima, gli attacchi delle streghe e il profitto fittizio; seconda, compiti dannosi e responsabilità poco chiare. L'intelligenza incarnata è diversa dal software puro, poiché influisce sui beni e sulla sicurezza personale nel mondo reale, quindi la governance deve essere prioritaria. Sono necessarie chiare delimitazioni delle autorizzazioni, sandbox di sicurezza per i dispositivi, classificazione dei rischi e meccanismi assicurativi, oltre a rapidi punizioni e isolamento per comportamenti scorretti dei nodi. Qui ci vogliono sia soluzioni tecnologiche che governance comunitaria e processi standardizzati. Se fatto bene, diventerà una barriera competitiva. Se fatto male, ogni incidente può minare gravemente la fiducia.

Molte persone si chiedono perché affrontare così tanti problemi complessi all'interno di un sistema aperto; non sarebbe più semplice se i giganti chiudessero i loro sistemi? La mia comprensione è che la complessità dell'intelligenza incarnata significa che non può essere spinta a lungo termine da poche aziende in modo monopolistico. Ha bisogno di enormi conoscenze settoriali specializzate, di forme hardware diversificate e di continui adattamenti ai vari scenari. Affidare tutto a poche aziende per un pacchetto completo può portare a qualche prodotto di successo a breve termine, ma a lungo termine si incontreranno confini, i costi aumenteranno, l'innovazione rallenterà e l'ecosistema diventerà chiuso. La cooperazione aperta non è un sentimento, ma una scelta più realistica per affrontare sistemi complessi.

Se consideri l'intelligenza incarnata come la prossima generazione di produttività, allora la diffusione della produttività deve fare affidamento su standardizzazione, modularità, sostituibilità e cooperazione. Il valore della Fabric Foundation risiede nel fatto che assomiglia più a una strada per il settore piuttosto che a un pedaggio costruito lungo il percorso. Cerca di estrarre le capacità chiave dal black box delle aziende, permettendo a più persone di contribuire e ai contributori di ricevere ritorni più prevedibili. In questo contesto, ROBO è più un coordinatore, rendendo il flusso delle risorse e dei profitti dotato di regole eseguibili, affinché la fiducia tra i partecipanti non dipenda completamente da un'asseverazione centralizzata.

Non voglio chiamarlo salvatore. Nessun progetto può risolvere tutti i problemi del settore da solo. Ha bisogno di tempo per essere convalidato e di una partecipazione più ampia nel mondo reale. Potrebbe prendere strade tortuose, affrontare pressioni competitive e regolatorie e sembrare lento in alcune fasi. Ma se sei disposto a distogliere lo sguardo dal frastuono a breve termine, scoprirai che ciò che manca realmente nel settore è questo tipo di team e comunità disposti a fungere da base, a stabilire regole di collaborazione e a integrare meccanismi di distribuzione del valore nei protocolli. Il destino dell'intelligenza incarnata non è la performance di alcune aziende, ma la cooperazione di innumerevoli partecipanti.

Pertanto, preferisco concludere questo lungo articolo con un giudizio più semplice. Il vero ecosistema robotico potente del futuro sarà quello che permetterà ai produttori di hardware di avere una via da seguire, agli sviluppatori di guadagnare, ai partecipanti di avere libertà di scelta, ai nodi dei dispositivi di avere fonti di guadagno e dati e credibilità di essere registrati in modo affidabile. Finché un sistema può continuare a progredire in questa direzione, merita di essere studiato e partecipato seriamente. Per quanto riguarda il frastuono a breve termine, le controversie, le fluttuazioni, passeranno presto; ciò che rimarrà saranno tecnologie riutilizzabili, processi di collaborazione funzionanti e strutture di base in grado di sostenere la crescita.

Se sei già coinvolto nello sviluppo di robot, produzione hardware, implementazione di scenari, o se semplicemente desideri trovare una direzione a lungo termine, potresti voler spostare l'attenzione da un singolo prodotto a un cambiamento nei modi di collaborazione a livello di base. Perché una volta che il modo di cooperare cambia, la distribuzione degli interessi nel settore sarà riscritta e le fonti di innovazione saranno riscritte. Molte persone aspettano che il modello si stabilizzi prima di entrare, spesso diventando solo seguaci. Le vere opportunità sono spesso nascoste nelle fasi iniziali delle infrastrutture, in quei luoghi che non sono abbastanza appariscenti ma sono sufficientemente critici.

\u003cm-71/\u003e

\u003cc-21/\u003e

\u003ct-39/\u003e