Lungo thread pubblicato su X il **29 settembre 2026** da **Ryan Sarver** (@rsarver), intitolato *"Personal AI Should Actually Be Personal"*; circa **1.700 parole**, 91,5k visualizzazioni al momento della raccolta. Punto di partenza: **Amazon** ha bloccato **Muse** (**Meta**) dal proprio sito di shopping, e gli utenti hanno perso l'accesso al loro agente di shopping, *"un effetto collaterale di una disputa su cui non ho avuto voce in capitolo."* **(A)** Definizione: un'IA personale deve essere **posseduta** (open source, dati in storage controllato, portabilità), avere **un unico principale**, offrire un contratto leggibile e trade-off ispezionabili, funzionare ovunque si scelga, ed essere piacevole da usare. **(B)** Osservazione sul panorama attuale: Muse include di default gli utenti nel training, **Instinct** porta una licenza *"perpetua e irrevocabile"*; divario di costo stimato tra **3.000 e 7.000 dollari per utente all'anno** contro 20 dollari al mese. **(C)** Un'inversione: lo stack posseduto può risultare migliore, perché l'utente gli affida *"ogni angolo della propria vita."* **(D)** Uno stack a cinque livelli (client, harness e connettori, memoria, modelli a due livelli, macchina) e un appello a costruire una versione prodottizzata di **OpenClaw**. Risponde a **Brad Gerstner** sulla fiducia; estende il corpus di lavoro sugli agenti di shopping e sulla memoria in markdown.
#IA personale#IA personale#agente personale
Ryan Sarver (@rsarver) · auteur du fil sur X ; fonction non indiquée dans le texte.
Annuncio di **Google** del **6 agosto 2026**: Google aderisce come **Core Maintainer** alla specifica **Agent Plugins 1.0.0**, un formato di packaging aperto e *vendor-neutral* per distribuire insieme **Agent Skills** e **MCP servers**. La specifica è stata pubblicata da un **TSC** i cui Core Maintainer provengono da **Amazon, Cursor, Microsoft, OpenAI e Vercel**; Google li raggiunge, rappresentata da **Kevin Hou** (Senior Staff Engineer, Google DeepMind). I due mattoni impacchettati — Agent Skills e MCP — provengono da **Anthropic**, che non compare in questo elenco di maintainer. **La diagnosi** sta in una frase: *"The core problem isn't the components. It's the manifest."* Una skill è portabile, un server MCP è portabile; il contenitore che li racchiude non lo è, e ogni client ha dovuto inventarlo da sé — da cui i fork, le copie di componenti identici e la loro deriva. **Il formato** sta in un vincolo: *"A plugin is a directory. That's the whole idea, and the restraint is the point."* Un `plugin.json` con due righe utili (`$schema` e `name`), le skill in `skills/` nel formato Agent Skills, i server dichiarati in `mcp.json` con un **`type` esplicito su ogni voce** (stdio, Streamable HTTP, o il legacy HTTP+SSE) — niente più trasporto dedotto dalla forma dell'oggetto di configurazione. La forza del design sta in ciò che il manifest **non può** fare: né rilocare i componenti né dichiararli inline, quindi non esiste un percorso di discovery da configurare né un ordine di precedenza da imparare. Corollario operativo: i componenti **falliscono in modo indipendente** — un server `mcp.json` che non riesce ad avviarsi non trascina con sé le skill del plugin, il client salta la voce, prosegue e segnala il fallimento. La via di fuga accettata è la directory **reverse-domain** (`com.example.client/`), uno spazio di estensione posseduto interamente da un client (hook, agenti, comandi) che gli altri client ignorano: *"the portable core stays small because the non-portable parts have somewhere legitimate to go."* Una sezione è dedicata ai casi in cui il formato non è giustificato — *"Not every skill should be a Plugin"*: un singolo server MCP per un singolo client, `mcp.json` basta; una singola skill non necessita di alcun plugin. Ciò che v1 esclude esplicitamente, sotto *future considerations*: **nessun meccanismo di installazione, nessun protocollo di distribuzione, nessun modello di permessi, nessun requisito di sandboxing, nessuna verifica di fiducia o provenienza, nessuna UX**. Tutto questo rientra in uno stack a quattro livelli adottabile in modo indipendente — **trovare** (Agentic Resource Discovery), **descrivere** (AI Catalog, che dovrebbe registrare il tipo `application/agent-plugins+json`), **impacchettare** (Agent Plugins), **eseguire** (MCP + Agent Skills). Due prodotti Google sono già disponibili: **Agents CLI** e **Data Agent Kit** (BigQuery, Spanner, Cloud SQL).