The Pulse
Hugging Face rilascia AnyLanguageModel 1.0 per le app Apple
Hugging Face ha rilasciato AnyLanguageModel 1.0 il 20 ottobre 2026, offrendo agli sviluppatori Swift un’API compatibile con Foundation Models per modelli linguistici locali e ospitati. Il pacchetto supporta ambienti di esecuzione tra cui ML
AI.info Team · Scritto con l’IA · verificato ·
«Un’API condivisa rende più facile scegliere il modello giusto per ogni attività.»
Mattt
Hugging Face ha rilasciato AnyLanguageModel 1.0 il 20 ottobre, offrendo agli sviluppatori per le piattaforme Apple un’unica interfaccia Swift per i modelli eseguiti sul dispositivo e i servizi eseguiti da remoto. Il pacchetto è progettato per sostituire direttamente il framework Foundation Models di Apple: gli sviluppatori possono modificare un’istruzione import e mantenere lo stesso codice di sessione anche cambiando modello o provider.
Il rilascio porta anche swift-huggingface e swift-xet alla versione 1.0. Hugging Face afferma che le due librerie complementari consentono di scaricare più rapidamente i modelli dal suo Hub nelle app Swift. L’azienda ha introdotto AnyLanguageModel nel novembre 2025, dopo che gli sviluppatori avevano indicato la difficoltà di supportare diversi provider di inferenza come un ostacolo alla sperimentazione dei modelli locali.
Un’istruzione import collega diversi ambienti di esecuzione dei modelli
AnyLanguageModel usa l’API di Foundation Models come interfaccia comune. Lo stesso codice di sessione può funzionare con il modello di sistema di Apple o con modelli a pesi aperti tramite llama.cpp, MLX e Core ML. Nella versione 27 del sistema operativo, il pacchetto supporta anche i modelli conformi al protocollo LanguageModel di Foundation Models, compresi i modelli Core AI.
La versione 1.0 estende le funzionalità ai diversi provider. Secondo Hugging Face, le chiamate agli strumenti e la generazione guidata, compresi i tipi Generable annidati e gli array, funzionano con tutti i provider supportati. I prompt con immagini usano la sintassi di Foundation Models 27, anche con il modello di sistema su iOS, macOS e visionOS 27.
I provider cloud condividono lo stesso codice di sessione
Gli sviluppatori possono usare anche le API Chat Completions e Responses di OpenAI, l’API Messages di Anthropic, l’API Gemini di Google, Ollama, Open Responses e Hugging Face Inference Providers. Il supporto per Private Cloud Compute è indicato per la versione 27 del sistema operativo. I servizi compatibili con OpenAI, come OpenRouter, possono collegarsi tramite un URL di base personalizzato.
Questa possibilità conta quando un modello è troppo grande per il dispositivo di destinazione. Nell’esempio di Hugging Face, una richiesta per gpt-oss-120b di OpenAI viene instradata attraverso il suo endpoint Inference Providers, mantenendo l’interfaccia di sessione del pacchetto. I provider ospitati supportano anche la generazione guidata, le chiamate agli strumenti in streaming e la comunicazione del numero di token utilizzati.
Il pacchetto gestisce anche alcune differenze tra provider. I blocchi di ragionamento vengono omessi da una richiesta quando il provider destinatario non può riprodurli. Gli sviluppatori possono fornire le chiavi API tramite una closure, consentendo a un’app di richiedere token di breve durata al proprio server anziché incorporare nell’app una chiave fissa.
La dimensione del modello determina ancora il dispositivo necessario
Gli esempi di Hugging Face mostrano i compromessi hardware dietro l’interfaccia unificata. L’articolo indica una dimensione di circa 3,4 GB per Gemma 4 E2B nel formato GGUF Q4_0 e di circa 1,7 GB per LFM2.5 2.6B di Liquid AI nel formato GGUF Q4_K_M; secondo l’azienda, entrambi possono essere eseguiti su un iPhone. Qwen3.8 27B di Alibaba nel formato MLX occupa circa 16 GB a quattro bit e richiede un Mac con almeno 32 GB di memoria, secondo l’articolo.
Per un modello molto più grande, Hugging Face cita GLM-5.3 di Z.ai, che occupa circa 1,5 TB in BF16 su quattro Mac Studios con configurazione completa, e indirizza gli sviluppatori all’inferenza ospitata per accedervi. I dati mostrano chiaramente che un’API comune non elimina i limiti di memoria né la distinzione tra elaborazione locale e remota.
La versione 1.0 definisce l’interfaccia, non l’hardware
Per un’app Swift esistente, l’esempio pubblicato per la dipendenza specifica la versione 1.0.0 e un trait MLX opzionale. Hugging Face rimanda gli sviluppatori che effettuano l’aggiornamento da versioni precedenti alle guide alla migrazione per AnyLanguageModel, swift-huggingface e swift-xet. L’articolo afferma inoltre che AnyLanguageModel funziona su Linux, consentendo di usare lo stesso codice su un server.
La promessa concreta del rilascio è offrire un punto stabile nel codice dell’app in cui scegliere tra il modello di sistema di Apple, gli ambienti di esecuzione locali per modelli a pesi aperti e i servizi ospitati. L’opzione utilizzabile da un’app dipende comunque dalla dimensione del modello, dalla memoria del dispositivo, dal supporto dei provider e, quando le richieste lasciano il dispositivo, dal modo in cui lo sviluppatore gestisce le credenziali e l’instradamento.