Apple abre o Foundation Models para desenvolvedores: o que muda e o que não muda

Foundation Models é o framework da Apple que permite que aplicativos acessem modelos generativos integrados aos sistemas operacionais da empresa. Na sessão da WWDC26 dedicada às novidades, a Apple anunciou que abrirá o código do framework e apresentou novas opções para combinar modelos e criar experiências com ferramentas. O anúncio diz respeito ao framework e às suas APIs, não a uma declaração geral de que todos os modelos da Apple se tornarão open source. Apple Developer, WWDC26

Há uma distinção importante para as equipes técnicas: publicar o código de uma interface ou infraestrutura não significa publicar os parâmetros treinados, os dados de treinamento ou os pesos de um modelo. O material oficial citado descreve a abertura do framework, mas não estabelece que os modelos proprietários da Apple serão distribuídos sob uma licença aberta. A interpretação prudente é que os desenvolvedores poderão inspecionar e reutilizar mais do software que conecta seus aplicativos aos modelos, sem presumir que poderão baixar qualquer modelo da Apple e executá-lo em qualquer máquina.

A data também importa. A sessão é da WWDC26 e fala de um lançamento posterior; por si só, não prova que o código já tenha sido publicado na data deste artigo. A documentação e o anúncio devem ser tratados como evidência da direção anunciada pela Apple; a situação efetiva dos repositórios e das licenças exigiria uma verificação independente no momento da integração do framework. Anúncio não é sinônimo de disponibilidade geral.

O framework oferece aos desenvolvedores uma forma de adicionar geração de texto e respostas estruturadas, além de mecanismos para que um modelo acione ferramentas definidas pelo aplicativo. A sessão da Apple também apresenta recursos de análise de imagens, busca semântica integrada e APIs para administrar o contexto. Isso amplia os possíveis usos para além de uma caixa de conversa: por exemplo, resumir conteúdo, classificar informações ou orientar uma sequência de ações. Apple Developer, WWDC26

A sessão menciona perfis dinâmicos e primitivas para experiências agentic, mas esses termos não significam que o aplicativo receba autonomia irrestrita. O desenvolvedor continua definindo quais ferramentas existem, quais dados chegam ao modelo e quais ações podem ser executadas. Em um app de produtividade, uma ferramenta poderia pesquisar documentos autorizados; em um app de suporte, poderia organizar uma resposta com informações locais. São possibilidades de projeto, não resultados garantidos: qualidade, latência e utilidade dependem do modelo, da tarefa e da implementação.

A documentação pública citada descreve um conjunto de recursos técnicos, mas não apresenta uma matriz completa de compatibilidade por dispositivo, sistema operacional, idioma ou região. Antes de incluir um recurso no produto, é recomendável verificar a documentação atual do SDK e prever uma alternativa para dispositivos ou versões sem suporte. A API facilita a integração, mas não elimina o trabalho de produto, a avaliação, as permissões e o tratamento de erros.

A possibilidade de executar um modelo no dispositivo pode reduzir a necessidade de enviar cada solicitação a um servidor, mas isso não deve ser extrapolado para todos os recursos do framework. A apresentação da Apple também inclui integração com Private Cloud Compute, modelos de terceiros e ferramentas do sistema, além do modelo local. Em outras palavras, a plataforma contempla caminhos diferentes; o fluxo pode variar de acordo com o aplicativo e a função. Apple Developer, WWDC26

A Apple já descreveu modelos locais e de servidor para o Apple Intelligence, incluindo o Private Cloud Compute. Esse antecedente confirma que a arquitetura da empresa não se limita ao processamento totalmente offline. Portanto, chamar o Foundation Models de “privado” sem dizer onde ocorre a inferência e quais dados saem do dispositivo seria impreciso. Entre as decisões relevantes estão o modelo escolhido, a existência de conexão de rede, o conteúdo transmitido e os controles oferecidos pelo aplicativo. Apple Machine Learning Research

A sessão da WWDC26 também detalha a possibilidade de conectar modelos de terceiros e usar inteligência do lado do servidor. A documentação do Claude, por exemplo, descreve um pacote que permite usar Claude como modelo remoto por meio de uma API compatível com Foundation Models; as solicitações são enviadas à Anthropic, e o uso é cobrado conforme a API da empresa. É um contraste útil: a interface de programação pode parecer semelhante, enquanto fornecedor, caminho dos dados e custo mudam. Uma API comum não torna equivalentes as garantias de privacidade. Documentação do Claude

As evidências disponíveis não justificam afirmar que todo acesso é gratuito em qualquer configuração. Um framework incluído no ecossistema de desenvolvimento pode não cobrar por chamada como uma API comercial, mas integrar modelos hospedados por terceiros pode envolver chaves, cotas e faturamento. A documentação da Anthropic confirma as cobranças associadas à sua API; o Google, por sua vez, documenta o acesso ao Gemini pelo Firebase AI Logic e a recursos do provedor. Claude · Firebase AI Logic

Também não é recomendável publicar uma lista de chips das séries A ou M compatíveis com base nessas fontes: a sessão vinculada não oferece uma tabela completa de requisitos de hardware. A compatibilidade pode depender do modelo específico, da versão do sistema operacional e do recurso utilizado. Ao planejar um aplicativo, a equipe deve consultar as notas atuais do SDK e testar a disponibilidade do recurso durante a execução, em vez de deduzi-la pela presença de um chip de determinada família.

Uma avaliação de custos deve considerar mais do que a licença do framework. É preciso contabilizar desenvolvimento, armazenamento de contexto, consumo de bateria e memória quando a inferência é local, além de chamadas ou cotas quando se usa um serviço remoto. Em aplicativos sensíveis, também importa quanto trabalho pode ser feito sem conexão. “Grátis para começar” não descreve necessariamente o custo total de operação, sobretudo quando há combinação de provedores.

A abertura do framework não transforma o Foundation Models em um catálogo neutro no qual todas as opções possam ser trocadas sem alterações. A Apple apresenta um conjunto de integrações e abstrações para suas plataformas; os provedores externos mantêm seus próprios modelos, políticas, disponibilidade e condições de cobrança. A documentação do Firebase, por exemplo, descreve ferramentas do Gemini e a conexão com serviços externos no ambiente de desenvolvimento da Apple. Firebase AI Logic

A Apple e o Google anunciaram uma colaboração plurianual para que as futuras gerações de modelos da Apple se baseiem em modelos Gemini e na tecnologia de nuvem do Google, segundo o comunicado publicado pelo Google. O texto acrescenta que o Apple Intelligence continuará operando em dispositivos Apple e no Private Cloud Compute. Isso demonstra uma relação de infraestrutura e modelos, mas não prova que cada solicitação dos usuários seja processada na nuvem do Google nem que o modelo local desapareça. Comunicado conjunto publicado pelo Google

A comparação útil para desenvolvedores não é uma disputa de marcas, mas a distinção entre modelo, ambiente de execução e provedor. Um modelo local pode funcionar offline e limitar transferências, mas está sujeito aos recursos e às capacidades do dispositivo. Um modelo remoto pode viabilizar tarefas mais exigentes ou o acesso a serviços atualizados, em troca da dependência de conectividade e das condições do provedor. O aplicativo deve explicar essa diferença quando ela afetar privacidade, custo ou disponibilidade.

Para aplicativos de escrita, organização ou consulta de informações, os novos recursos podem reduzir o esforço necessário para criar funções de linguagem dentro do app. A entrada de imagens descrita na sessão também abre possibilidades para interpretar conteúdo visual junto com instruções. Ainda assim, uma demonstração de capacidade não substitui uma avaliação com dados representativos: o sistema deve ser testado nos idiomas, formatos e situações em que será realmente utilizado. Apple Developer, WWDC26

Uma preparação razoável antes de adotar o framework inclui estas etapas:

• Definir os limites dos dados: identificar quais informações podem ser processadas localmente e quais, se houver, podem ser enviadas a um serviço externo.
• Planejar uma alternativa: prever o que a pessoa verá se o modelo estiver indisponível, o dispositivo não tiver suporte ou a conexão falhar.
• Avaliar resultados e ações: testar respostas incorretas, instruções ambíguas e chamadas a ferramentas com consequências relevantes.
• Verificar licença e situação: confirmar qual código foi publicado, sob qual licença e em qual versão do SDK está disponível.

A principal implicação do anúncio é uma maior flexibilidade para desenvolver com as APIs da Apple e, de acordo com o roteiro apresentado, a abertura do código do framework. Isso não é evidência suficiente para prometer modelos abertos, privacidade automática, custo zero ou compatibilidade universal. A decisão técnica deve considerar o caminho da inferência e o caso de uso, não o rótulo “IA da Apple”.