Backblaze B2 MCP Server apre lo storage con ambito agli agenti AI
Backblaze ha rilasciato un server open source Backblaze B2 MCP che offre agli agenti AI un modo sicuro e standard per operare sull'object storage cloud. Annunciato l'8 settembre 2026, il nuovo server collega i client Model Context Protocol (MCP), applicazioni che seguono un modo condiviso per gli agenti AI di scoprire e chiamare strumenti esterni, a un insieme mirato di operazioni di Backblaze B2 Cloud Storage. Il punto di progettazione importante è che gli strumenti che un agente può vedere e usare riflettono i permessi della chiave applicativa B2 collegata, una credenziale che concede accesso solo a risorse di storage specifiche invece dell'intero account. Se una chiave può solo leggere da un bucket, un contenitore denominato che contiene oggetti memorizzati, la portata dell'agente è limitata a quel bucket; se la chiave non consente un'operazione, l'agente non può usare il server MCP per aggirare quel confine.
L'argomentazione di Backblaze per il lancio del server è che lo storage ha tradizionalmente incontrato gli sviluppatori in due luoghi: l'interfaccia di programmazione delle applicazioni (API), un insieme di regole che consente al software di comunicare con il servizio, e la console web. Gli strumenti per agenti stanno diventando un terzo luogo, sempre più il punto di partenza del lavoro. L'azienda vuole che l'infrastruttura sia disponibile all'interno dello strumento che lo sviluppatore ha già aperto. Ciò include attività quotidiane che producono output, flussi di lavoro AI che leggono e scrivono dati durante l'esecuzione e applicazioni che necessitano di un posto dove mettere caricamenti degli utenti, risorse generate e set di dati. I clienti hanno anche chiesto come i propri agenti possano amministrare il loro storage. MCP consente a un'unica implementazione di servire tutti questi casi, così le stesse credenziali, l'ambito, il percorso di trasferimento e la policy per le operazioni distruttive si applicano ovunque il team lavori.
In un esempio pratico, supponiamo che un agente AI abbia preparato un'esportazione cliente. Invece di dargli una credenziale generica e scrivere logica di storage circostante, uno sviluppatore potrebbe chiedergli di preparare una destinazione privata, conservare il file per 30 giorni e fornire un modo sicuro per caricarlo. A seconda dei permessi della chiave applicativa e della policy del server, l'agente può creare un bucket privato o selezionarne uno esistente, applicare regole di lifecycle che fanno scadere automaticamente gli oggetti o impostazioni di retention che li proteggono dalla cancellazione, generare un URL di caricamento a breve durata, verificare che l'esportazione sia arrivata e restituire un URL di download a breve durata. Per un'esportazione di grandi dimensioni, i byte effettivi si spostano direttamente su B2 usando l'URL a breve durata invece di passare attraverso la conversazione del modello o il server MCP, il che mantiene i dati in blocco sul percorso corretto. Se una richiesta successiva dice di eliminare quell'esportazione, il server può richiedere conferma prima di procedere o bloccare del tutto le operazioni distruttive, a seconda della configurazione. Lo stesso principio si applica alle modifiche che indeboliscono la protezione, come cancellare la retention o introdurre regole di lifecycle che pianificano la cancellazione.
Il server include fino a 40 strumenti attraverso l'API nativa B2, l'API compatibile con S3 di B2 e analisi di storage appositamente costruite. La superficie disponibile si adatta alla chiave collegata e alle impostazioni della policy, quindi non tutti gli strumenti devono essere esposti. La gestione dello storage copre la creazione e la configurazione di bucket, l'elenco e la gestione degli oggetti, la definizione di regole di lifecycle, il lavoro con retention e blocchi legali e l'uso di Object Lock, una funzionalità che rende gli oggetti immutabili per un periodo stabilito, dove è necessaria una protezione più forte. I file di grandi dimensioni possono essere spostati con URL di caricamento e download a breve durata o trasferimenti multipart, che dividono un file grande in parti che vengono caricate in parallelo. L'accesso è limitato collegando una chiave applicativa B2 con ambito, e una chiave non master è il punto di partenza giusto per il normale lavoro di storage. Le azioni distruttive possono essere controllate con una policy che richiede conferma, blocca l'operazione o la consente in un ambiente fidato; l'uso locale predefinito richiede conferma, mentre le distribuzioni HTTP ospitate predefinite bloccano queste chiamate. L'ispezione dell'utilizzo può trovare la crescita dello storage, i leader di egress (bucket o percorsi con la maggior parte dei dati in uscita dal servizio), i file più grandi e i caricamenti multipart non finiti che potrebbero ancora consumare storage.
La sicurezza inizia con la chiave. Il server rende disponibili gli strumenti a un agente ma non dovrebbe indebolire i controlli di accesso. La chiave applicativa B2 collegata rimane il primo confine, e le chiavi applicative B2 possono essere limitate per bucket, capacità, prefisso di file e durata. Ciò offre agli sviluppatori un modo pratico per applicare il privilegio minimo, la pratica di dare a uno strumento solo i permessi minimi di cui ha bisogno, ai flussi di lavoro agentici. Il server aggiunge un altro livello per le operazioni che meritano attrito: le azioni distruttive e di indebolimento della protezione possono richiedere conferma esplicita o essere rifiutate prima dell'esecuzione. Per le distribuzioni ospitate, il progetto include controlli aggiuntivi e linee guida per la gestione delle credenziali, l'autenticazione, gli host e le origini consentiti, i limiti di velocità e il logging. L'obiettivo non è fingere che un agente non possa mai fare una richiesta sbagliata, ma dare agli sviluppatori confini chiari e applicabili.
Le organizzazioni che già memorizzano dati applicativi, backup, media o archivi in B2 non hanno bisogno di un prodotto di storage separato per gli agenti. Il server MCP funziona con le chiavi applicative B2 standard e i bucket esistenti. Puoi collegare una chiave esistente, ma nella maggior parte dei flussi di lavoro agentici vale la pena creare una chiave più ristretta. Un agente di reporting potrebbe aver bisogno di accesso in lettura a un prefisso specifico, che è un percorso iniziale che limita quali oggetti una chiave può raggiungere. Un flusso di lavoro di esportazione potrebbe aver bisogno del permesso di scrivere su un bucket privato e generare un link di download a breve durata. Un agente di pulizia potrebbe aver bisogno di accesso in elenco ma nessuna capacità di eliminazione finché un umano non approva l'azione.
Per Claude Desktop, Backblaze fornisce un'installazione con un clic: scarica il file b2-mcp.mcpb dall'ultima release e fai doppio clic su di esso. Claude Desktop si apre, offre di installare l'estensione e richiede l'ID chiave applicativa e la chiave applicativa, con Regione e chiave master opzionali. Non c'è un file di configurazione da modificare e nulla viene incollato nella conversazione. Se il sistema non ha associato i file .mcpb a Claude Desktop, gli utenti possono aprire Impostazioni, Estensioni e installare da lì o trascinare il file su quella finestra. Per qualsiasi client MCP, il modo più rapido per iniziare è eseguire npx -y @backblaze-labs/b2-mcp con un runtime Node.js supportato, una chiave applicativa B2 non master e un client compatibile con MCP. Gli utenti di Claude Desktop possono aggiungere un blocco di configurazione con le variabili d'ambiente B2_APPLICATION_KEY_ID e B2_APPLICATION_KEY, quindi riavviare. Backblaze sottolinea che la chiave applicativa non dovrebbe mai essere incollata nella conversazione del modello; tienila nella configurazione del client o nel livello di gestione dei segreti di una distribuzione. Un primo prompt deliberatamente semplice è chiedere all'agente di elencare i bucket a cui questa chiave può accedere. Le istruzioni di configurazione copia-incolla sono fornite per Cursor, VS Code, Cline, Windsurf, Zed, Continue, Goose, Claude.ai e distribuzioni ospitate, e il codice è disponibile su GitHub e come pacchetto npm. Backblaze sta anche organizzando un webinar per configurare il server, eseguire un flusso di lavoro di storage completo, spiegare i confini di sicurezza e rispondere alle domande.
Per i team che necessitano della stessa disciplina nel proprio ambiente, AEU Data fornisce object storage cloud gestito con controlli di accesso, crittografia a riposo e in transito e monitoraggio, così i flussi di lavoro automatizzati possono essere indirizzati a una destinazione con ambito e verificata piuttosto che a un account ampio. La lezione più ampia di questo rilascio è che gli agenti AI hanno bisogno di più di un posto dove mettere i file: hanno bisogno di un modo sicuro per operare sullo storage, preparare la destinazione giusta, spostare i dati sul percorso corretto, verificare il risultato e fermarsi quando una richiesta supera i loro permessi o la policy. Il Backblaze B2 MCP Server porta queste capacità ai client MCP che gli sviluppatori stanno già usando, mantenendo le chiavi applicative B2 e le salvaguardie lato server sotto controllo.