Pular para o conteúdo principal
PromptQuorumFeito para humanos. Estruturado para IA.
Início/LLMs locais avançados
Overview & Reference

Review do TurboFieldfare: rodando o Gemma 4 26B-A4B com 2 GB de RAM

·11 min de leituraPor Hans Kuepper · Fundador do PromptQuorum · Mecanismo de descoberta de IA de pesos abertos e código aberto

O TurboFieldfare é um runtime nativo em Swift e Metal, gratuito e de código aberto (Apache 2.0), para Macs com Apple Silicon, que roda o modelo Gemma 4 26B-A4B do Google usando cerca de 2 GB de RAM, mantendo em memória apenas um núcleo compartilhado de 1,35 GB e um cache KV, enquanto transmite os demais especialistas do modelo a partir do SSD conforme necessário. Ele traz um app nativo para Mac, uma interface de linha de comando e um servidor local experimental compatível com OpenAI, todos compilados a partir do código-fonte via Swift Package Manager — não há instalador pronto, e ele é específico para o modelo Gemma 4 26B-A4B, em vez de um motor genérico como o llama.cpp ou o Ollama.

Principais conclusões

  • O TurboFieldfare (github.com/drumih/turbo-fieldfare) é um runtime nativo em Swift/Metal, gratuito e de código aberto — não é um wrapper em torno do llama.cpp ou do MLX
  • Licenciado sob Apache 2.0, confirmado pelo arquivo LICENSE do repositório no GitHub
  • Roda exatamente uma família de modelos: o Gemma 4 26B-A4B instruction-tuned (26 bilhões de parâmetros no total, cerca de 3,88 bilhões ativos por token)
  • Alcança um uso de RAM de cerca de 2 GB mantendo um núcleo compartilhado de 1,35 GB mais um cache KV de 4K tokens em memória, e transmitindo os demais pesos mixture-of-experts a partir do SSD via chamadas pread durante a geração
  • Oferece três formas de uso: um app nativo para Mac em SwiftUI/AppKit, uma interface de linha de comando (TurboFieldfareCLI) e um servidor experimental em loopback compatível com OpenAI (TurboFieldfareServer)
  • Exige um Mac com Apple Silicon, macOS 26 com Metal 4, e Xcode 26 com Swift 6.2 ou mais recente para compilar a partir do código-fonte — o pacote é exclusivamente arm64
  • Mais de 6.750 estrelas no GitHub e mais de 430 forks até o momento deste review

📍 Em uma frase

O TurboFieldfare é um runtime nativo em Swift e Metal, gratuito e de código aberto (Apache 2.0), para Macs com Apple Silicon, com mais de 6.750 estrelas no GitHub, que roda o modelo Gemma 4 26B-A4B do Google usando cerca de 2 GB de RAM ao transmitir a maior parte de seus pesos mixture-of-experts a partir do SSD, em vez de carregar o modelo completo de 14,3 GB na memória.

💬 Em termos simples

O TurboFieldfare é um app gratuito que você compila a partir do código-fonte em um Mac com chip Apple Silicon. Ele permite rodar localmente um modelo de IA grande (26 bilhões de parâmetros) mesmo em um Mac com apenas 8 GB de RAM, porque mantém apenas um pequeno "núcleo" do modelo na memória por vez e lê o restante do disco conforme necessário — sem nuvem, sem assinatura, e sem outro modelo além do Gemma 4 26B-A4B.

O TurboFieldfare (github.com/drumih/turbo-fieldfare) é um runtime nativo em Swift e Metal, gratuito e de código aberto (Apache 2.0), criado especificamente para rodar o modelo Gemma 4 26B-A4B do Google em Macs com Apple Silicon, incluindo máquinas de 8 GB, usando cerca de 2 GB de RAM durante a inferência — com mais de 6.750 estrelas no GitHub. Este review cobre o que o TurboFieldfare faz, como ele alcança esse consumo de memória, como compilá-lo e instalá-lo, e para quem ele é indicado.

O que é o TurboFieldfare?

O TurboFieldfare é um runtime de inferência local específico para um modelo, feito para Macs com Apple Silicon, criado para rodar um único modelo — o Gemma 4 26B-A4B — dentro de um orçamento estrito de memória, em vez de suportar modelos arbitrários como um motor genérico faria. O próprio README no GitHub descreve isso sem rodeios: "Inferência do Gemma 4 26B-A4B com cerca de 2 GB de RAM. Um runtime Swift + Metal sob medida para qualquer Mac com Apple Silicon, até os de 8 GB."

  • Tipo de produto: um runtime nativo em Swift/Metal, uma CLI e um app para Mac — não é um wrapper em torno do llama.cpp ou do MLX, segundo o próprio README
  • Escopo: específico para um modelo, roda apenas o Gemma 4 26B-A4B (instruction-tuned), não é um motor multimodelo
  • Repositório: github.com/drumih/turbo-fieldfare, criado em 17 de julho de 2026
  • Licença: Apache 2.0 para o código-fonte; os pesos do modelo são regidos pelos próprios termos do Gemma do Google e baixados separadamente do Hugging Face
  • Escala: mais de 6.750 estrelas no GitHub, mais de 430 forks e 26 issues abertas até o momento deste review
  • Desambiguação: existem vários repositórios com nomes e descrições quase idênticos em outras contas do GitHub; drumih/turbo-fieldfare é o original, com mais estrelas, e o repositório coberto por este review

Histórico do projeto e marcos de versão do TurboFieldfare

O repositório GitHub do TurboFieldfare foi criado em julho de 2026 — um projeto relativamente recente — e já lançou vários releases desde então, o mais recente adicionando histórico de conversas local ao seu app para Mac.

  1. 1
    Repositório criado — 17 de julho de 2026
    Why it matters: O repositório canônico do TurboFieldfare no GitHub (drumih/turbo-fieldfare) foi criado, segundo os metadados do GitHub.
  2. 2
    v0.7.2 — release anterior
    Why it matters: O release imediatamente anterior à v0.8.0, referenciado no link de comparação do changelog desse release.
  3. 3
    v0.8.0 — 8 de setembro de 2026: histórico de conversas local
    Why it matters: Segundo as notas oficiais de release, o app para Mac passou a salvar o histórico de conversas localmente, permitindo aos usuários buscar, renomear, excluir e reabrir conversas anteriores — incluindo textos e imagens salvos — pela barra lateral. Este release é explicitamente marcado como "apenas código-fonte", sem binários pré-compilados anexados.

O que o TurboFieldfare realmente faz?

O conjunto de recursos do TurboFieldfare se concentra em tornar um único modelo grande utilizável em hardware Apple Silicon modesto. Veja o que cada parte realmente faz, segundo o próprio README no GitHub e a documentação.

  • Transmissão dos pesos de especialistas a partir do SSD — em vez de carregar o modelo Gemma 4 26B-A4B completo (~14,3 GB) na memória, o TurboFieldfare mantém um núcleo compartilhado de 1,35 GB e um cache chave-valor em FP16 em memória, transmitindo apenas os pesos mixture-of-experts necessários para cada token a partir do disco via chamadas pread, com uma política de remoção LFU (menos usado com frequência) para o cache de especialistas apoiado em SSD
  • Kernels Metal personalizados — kernels Metal escritos manualmente cuidam de GEMV quantizado, atenção, roteamento mixture-of-experts, normalização e amostragem, em vez de depender de um framework de ML genérico
  • Prefill em blocos (chunked) — segundo a documentação de design do sistema do projeto, uma estratégia de prefill em blocos reduz o tempo até o primeiro token mantendo o uso de memória controlado
  • Três interfaces, um único armazenamento de modelo — um app nativo para Mac, uma interface de linha de comando (TurboFieldfareCLI) e um servidor experimental em loopback compatível com OpenAI (TurboFieldfareServer) leem todos o mesmo diretório de modelo .gturbo, embora apenas um processo dono do modelo deva rodar por vez
  • Torre de visão opcional — a entrada de imagens é suportada por meio de um pacote complementar de torre de visão instalável separadamente (cerca de 1,1 GB), que exige um Mac M2 ou mais recente; a inferência apenas de texto continua disponível no M1
  • Sem execução de ferramentas no app/CLI — o app para Mac e a CLI suportam mensagens de usuário/modelo e instruções de sistema opcionais, mas não expõem nem executam ferramentas; o servidor em loopback aceita declarações de function-tools e retorna as chamadas de ferramenta geradas pelo modelo para o cliente executar, segundo o README
  • Não suporta áudio/vídeo — segundo sua própria documentação, o TurboFieldfare não suporta entrada de áudio ou vídeo

Exemplos de uso: três formas de usar o TurboFieldfare

Estes são fluxos de trabalho concretos, retirados do próprio README documentado do TurboFieldfare — não são casos de uso hipotéticos.

Compilar e rodar o app nativo para Mac

Clone o repositório, rode swift build -c release e então inicie .build/release/TurboFieldfareMac. No app, escolha "Download" para baixar e reempacotar o modelo fixo Gemma 4 26B-A4B (cerca de 15 GB no total), depois "Load Model", digite um prompt e clique em "Generate". Compilar o pacote completo disponibiliza tanto o app para Mac em primeiro plano quanto seu executável de serviço de decodificação associado, segundo o README.

Conversar pela linha de comando

Depois de compilar o pacote de release, rode o produto TurboFieldfareCLI para chat no estilo instrução ou completion bruto diretamente no terminal, usando o mesmo diretório de modelo .gturbo baixado que o app para Mac usa — útil para scripts ou em máquinas onde você prefere não rodar a interface gráfica.

Apontar um cliente compatível com OpenAI para o servidor local em loopback

Rode o produto experimental TurboFieldfareServer para expor um endpoint de Chat Completions compatível com OpenAI em loopback no seu próprio Mac, e então aponte qualquer código cliente OpenAI existente para esse endereço local em vez de uma API na nuvem. O servidor também aceita declarações de function-tools e retorna as chamadas de ferramenta geradas pelo modelo para seu código cliente executar, segundo a documentação OPENAI_SERVER.md do projeto.

Preços do TurboFieldfare: ele é realmente gratuito?

Sim — o TurboFieldfare não tem plano pago. O código-fonte é licenciado sob Apache 2.0 e gratuito para compilar e rodar; não há assinatura, conta ou limite de uso imposto pelo próprio projeto.

  • Sem assinatura, sem plano pago, sem limites de uso impostos pelo próprio TurboFieldfare
  • Nenhuma conta ou cadastro necessário para compilar ou rodar o app, a CLI ou o servidor
  • Os pesos do modelo Gemma 4 26B-A4B são baixados uma única vez do Hugging Face e são regidos pelos próprios termos do modelo Gemma do Google, separados da licença de código-fonte Apache 2.0 do TurboFieldfare
  • O único custo contínuo é seu próprio hardware e espaço em disco: cerca de 14,3 GB para o modelo de texto, mais cerca de 1,1 GB adicionais se você instalar a torre de visão opcional para imagens

TurboFieldfare vs. Ollama

O TurboFieldfare e o Ollama resolvem problemas diferentes: o Ollama é um executor de modelos locais genérico que suporta um catálogo grande e crescente de modelos abertos em macOS, Windows e Linux, enquanto o TurboFieldfare é um runtime de modelo único, exclusivo para Apple Silicon, otimizado especificamente para encaixar o Gemma 4 26B-A4B em cerca de 2 GB de RAM.

Suporte a modelos

TurboFieldfare vs. Ollama:
O TurboFieldfare roda apenas o Gemma 4 26B-A4B; o Ollama suporta um catálogo amplo e atualizado regularmente de modelos abertos.

Plataforma

TurboFieldfare vs. Ollama:
O TurboFieldfare é exclusivo para Apple Silicon/macOS (arm64, macOS 26+); o Ollama suporta macOS, Windows e Linux.

Método de instalação

TurboFieldfare vs. Ollama:
O TurboFieldfare é compilado a partir do código-fonte via Swift Package Manager; o Ollama fornece um instalador/binário pronto por plataforma.

Abordagem de memória

TurboFieldfare vs. Ollama:
O TurboFieldfare transmite a maior parte dos pesos de especialistas a partir do SSD para caber em um Mac de 8 GB; o Ollama carrega modelos conforme a RAM/VRAM disponível do seu hardware, normalmente exigindo mais memória para um modelo de tamanho comparável.

Base do motor

TurboFieldfare vs. Ollama:
O TurboFieldfare é um runtime Swift/Metal sob medida, não construído sobre o llama.cpp; o Ollama é construído sobre o llama.cpp (GGML) como núcleo de inferência.

Se sua prioridade é rodar um único modelo grande e específico em hardware Apple Silicon com memória limitada, o foco restrito do TurboFieldfare é exatamente o ponto. Se sua prioridade é flexibilidade entre muitos modelos e plataformas, o Ollama é a ferramenta genérica mais ampla — veja o review do Ollama para mais detalhes. Verifique os detalhes de recursos atuais diretamente no site de cada projeto antes de decidir.

Comparar no diretório

Para quem é o TurboFieldfare?

Se o TurboFieldfare é indicado para você depende de você querer especificamente rodar o Gemma 4 26B-A4B em um Mac com Apple Silicon com memória limitada, em vez de precisar de um executor de modelos locais genérico.

Use o TurboFieldfare se você

  • tem um Mac com Apple Silicon, incluindo um modelo de 8 GB, e quer especificamente rodar o Gemma 4 26B-A4B localmente
  • está confortável em compilar software a partir do código-fonte com Xcode e o Swift Package Manager, em vez de baixar um instalador pronto
  • quer uma experiência de app nativo em SwiftUI para Mac para um modelo local, em vez de uma ferramenta só de terminal ou baseada em Electron
  • tem interesse na própria abordagem de engenharia — kernels Metal personalizados e pesos de especialistas transmitidos do SSD — e quer ler um registro de experimentos documentado por trás das afirmações de memória
  • quer um servidor local experimental compatível com OpenAI para fazer scripts especificamente com esse modelo

Procure outra opção se você

  • precisa rodar vários modelos diferentes ou trocar de modelo com frequência — o TurboFieldfare suporta apenas o Gemma 4 26B-A4B; veja o Ollama ou um motor genérico
  • usa Windows, Linux ou um Mac Intel — o TurboFieldfare é exclusivo para Apple Silicon (arm64) e exige macOS 26 com Metal 4
  • quer um instalador pronto de um clique em vez de compilar a partir do código-fonte via Xcode e Swift Package Manager
  • precisa de suporte a tool-calling diretamente no app para Mac ou na CLI — apenas o servidor experimental em loopback expõe declarações de function-tools, segundo o README
  • precisa de entrada de áudio ou vídeo — o TurboFieldfare não suporta nenhuma das duas, segundo sua própria documentação

Concorrentes e alternativas

O TurboFieldfare é mais frequentemente comparado ao Ollama e ao LMDeploy no espaço de motores de inferência local — seu principal diferencial é ser um runtime específico de modelo, de escopo restrito, em vez de um motor genérico que suporta muitos modelos.

Ferramenta
Mais conhecido por
Link
OllamaExecutor de modelos locais genérico com um grande catálogo de modelos, macOS/Windows/LinuxReview do Ollama
LMDeployKit de ferramentas para comprimir, implantar e servir LLMs, com foco em throughput de inferênciaReview do LMDeploy

Esta lista reflete ferramentas comumente comparadas ao TurboFieldfare no espaço de motores de inferência local, e não um ranking independente da PromptQuorum — veja o Local LLM Software Directory para o catálogo completo e atualizado regularmente, incluindo a própria entrada do TurboFieldfare no diretório. Verifique o suporte atual de plataforma e modelos de cada ferramenta antes de escolher.

Comparar no diretório

Erros comuns ao avaliar o TurboFieldfare

A maior parte da confusão sobre o TurboFieldfare vem de esperar recursos de motor genérico que ele deliberadamente não tem, ou de supor tratar-se de um repositório diferente com o mesmo nome.

Erro 1: esperar suporte para modelos além do Gemma 4 26B-A4B

O TurboFieldfare é específico de modelo por design — ele roda apenas o modelo Gemma 4 26B-A4B instruction-tuned. Não é um motor genérico como o llama.cpp ou o Ollama, que carregam modelos GGUF ou safetensors arbitrários.

Erro 2: supor que existe um DMG ou instalador pronto

As próprias notas de release do TurboFieldfare descrevem seu release mais recente como "apenas código-fonte", sem binários anexados. Você mesmo compila via swift build -c release — atualmente não há pacote de app pronto disponível para download.

Erro 3: confundir com outro repositório chamado "turbo-fieldfare"

Existem vários repositórios com nomes e descrições quase idênticos em outras contas do GitHub. Este review cobre especificamente o github.com/drumih/turbo-fieldfare, o original e com mais estrelas — verifique se você está olhando para esse repositório antes de citar qualquer fato deste review em outro lugar.

Erro 4: esperar suporte a Windows ou Mac Intel

O pacote do TurboFieldfare é exclusivamente arm64 e exige macOS 26 com Metal 4. Ele não roda em Windows, Linux ou Macs baseados em Intel, segundo seus próprios requisitos de sistema.

Perguntas frequentes

O que é o TurboFieldfare?

O TurboFieldfare (github.com/drumih/turbo-fieldfare) é um runtime nativo em Swift e Metal, gratuito e de código aberto (Apache 2.0), para Macs com Apple Silicon, que roda o modelo Gemma 4 26B-A4B do Google usando cerca de 2 GB de RAM.

O TurboFieldfare é gratuito?

Sim, o código-fonte do TurboFieldfare é gratuito e licenciado sob Apache 2.0, sem plano pago. Os pesos do Gemma 4 26B-A4B são baixados separadamente do Hugging Face sob os próprios termos do modelo Gemma do Google.

Como instalo o TurboFieldfare?

Clone o repositório, rode swift build -c release e então inicie .build/release/TurboFieldfareMac. Não há instalador pronto — o TurboFieldfare precisa ser compilado a partir do código-fonte via Swift Package Manager.

Quais modelos o TurboFieldfare suporta?

Apenas o Gemma 4 26B-A4B (instruction-tuned). É um runtime específico de modelo, não um motor genérico que suporta modelos arbitrários.

Como o TurboFieldfare roda um modelo de 26 bilhões de parâmetros com 2 GB de RAM?

Ele mantém em memória um núcleo compartilhado de 1,35 GB e um cache KV pequeno, e transmite os demais pesos mixture-of-experts do modelo a partir do SSD conforme necessário durante a geração, usando kernels Metal personalizados e uma política de remoção LFU para o cache de especialistas apoiado em SSD.

Que hardware o TurboFieldfare exige?

Um Mac com Apple Silicon (M1 ou mais recente apenas para texto; M2 ou mais recente para a torre de visão opcional), macOS 26 com Metal 4, e cerca de 14,3 GB de espaço livre para o modelo de texto. Compilar exige Xcode 26 e Swift 6.2 ou mais recente.

O TurboFieldfare suporta Windows ou Linux?

Não, o pacote é exclusivamente arm64 e exige macOS 26 com Metal 4 — não suporta Windows, Linux ou Macs baseados em Intel.

O TurboFieldfare suporta imagens?

Sim, por meio de um pacote complementar de torre de visão instalável separadamente (cerca de 1,1 GB), que exige um Mac M2 ou mais recente. Sem ele, a inferência apenas de texto continua funcionando, inclusive em Macs M1.

O TurboFieldfare suporta tool-calling?

O app nativo para Mac e a CLI não expõem nem executam ferramentas. O servidor experimental em loopback compatível com OpenAI aceita declarações de function-tools e retorna as chamadas de ferramenta geradas pelo modelo para seu código cliente executar.

Qual a diferença entre o TurboFieldfare e o Ollama?

O TurboFieldfare roda apenas o Gemma 4 26B-A4B em Macs com Apple Silicon via um runtime Swift/Metal sob medida; o Ollama é um executor de modelos genérico e multiplataforma construído sobre o llama.cpp, com um catálogo de modelos muito mais amplo. Veja a comparação TurboFieldfare vs. Ollama acima.

A PromptQuorum testou de forma independente as afirmações do TurboFieldfare?

Este review se baseia no próprio repositório GitHub, README e documentação do TurboFieldfare, em vez de benchmarks práticos realizados pela PromptQuorum.

Fontes

← Voltar para LLMs locais avançados

MCP