Pular para o conteúdo
ReviewRamble

A newsletter semanal

IA, analisada, na sua caixa de entrada.

  • Novas análises de ferramentas, modelos, servidores MCP e repositórios, com o veredicto logo no início
  • Preços e notas reconferidos quando algo muda
  • Novos artigos de análise assim que são publicados

Modelos, agentes, servidores MCP e as ferramentas que realmente valem seu tempo.

Um e-mail por semana. Cancele pelo link em qualquer edição. Como usamos seu e-mail

Notícias e pesquisa de IA

Notícias ·

Hugging Face lança o AnyLanguageModel 1.0 para apps em Swift

O AnyLanguageModel 1.0 substitui diretamente o framework Foundation Models da Apple: basta trocar um import para o mesmo código rodar com o modelo de sistema da Apple, com modelos abertos via llama.cpp, MLX ou Core ML, ou com provedores hospedados. Depois de um ano de versões, chamadas de ferramentas e geração guiada funcionam com todos os provedores, e há suporte a imagens. O swift-huggingface 1.0 e o swift-xet 1.0 saem junto.

O framework Foundation Models da Apple dá aos desenvolvedores de iPhone e Mac um jeito limpo de chamar o modelo de linguagem embutido no sistema, mas só esse modelo. O AnyLanguageModel, do Hugging Face, agora na versão 1.0 depois de cerca de um ano de lançamentos, mantém a API da Apple e deixa o mesmo código conversar com quase qualquer outro modelo. Para quem tem curiosidade sobre modelos locais, mas teme dar suporte a vários provedores de inferência, ele barateia o teste.

A proposta é mudar uma linha. Troca-se o import, e o mesmo código de sessão roda com o modelo do sistema da Apple, com modelos de pesos abertos via llama.cpp, MLX ou Core ML, ou com serviços hospedados, incluindo o Hugging Face Inference Providers e endpoints compatíveis com a OpenAI, como o OpenRouter. A versão 1.0 traz suporte a imagens com a sintaxe do Foundation Models 27, então os prompts podem incluir fotos, e nas versões 27 da Apple também funciona com qualquer modelo que siga o protocolo LanguageModel da Apple. Provedores hospedados ganham os mesmos recursos dos locais: geração guiada, chamadas de ferramentas com streaming e contagem de tokens. O raciocínio fica na transcrição e é omitido automaticamente quando a requisição passa para um provedor que não consegue reproduzi-lo, e as chaves de API vêm de uma função em vez de um texto fixo, para que o app busque tokens de curta duração no próprio servidor.

O Hugging Face também lançou o swift-huggingface 1.0 e o swift-xet 1.0 para acelerar downloads de modelos do Hub. Os exemplos mostram a amplitude: alguns dos modelos pequenos mais baixados cabem num iPhone, o Qwen3.8 27B roda num Mac com 32 GB de memória ou mais, e algo do tamanho do GLM-5.3, cerca de 1,5 TB em BF16, é melhor usar por provedores hospedados.

Para quem desenvolve nas plataformas da Apple, isso torna mais práticos os apps que priorizam o local. Ele se apoia nos ambientes que analisamos, MLX e llama.cpp, em vez de substituí-los, e permite começar com o modelo embutido da Apple e depois passar para um aberto ou hospedado sem reescrever o app.

O principal risco é depender do calendário da Apple. O AnyLanguageModel espelha uma API que a Apple muda todo ano, então cada versão do sistema gera trabalho para acompanhar, e recursos novos da Apple podem chegar aqui com atraso. Os desenvolvedores também assumem a tarefa de escolher e testar os modelos, inclusive como tratam a privacidade quando as requisições saem do aparelho. O Hugging Face diz que os próximos passos são modelos que decidem e modelos que escutam, o que ampliaria o alcance para além do texto.

Nossa opinião: Para desenvolvedores Apple, isso reduz o custo de testar modelos locais sem apostar em um único provedor. A biblioteca precisa acompanhar a API da própria Apple todo ano, e esse é o principal risco de longo prazo.

Nossas análises:MLXllama.cpp

Fonte: Hugging Face

Mais matérias