Nota de leitura. Este artigo baseia-se no anúncio do Muse Gadgets de 2 de outubro de 2026, no repositório GitHub publicado pela Meta e na cobertura disponível à data da escrita (TechCrunch, ai-tldr, Shopifreaks). A documentação não diz explicitamente onde é executado o modelo: a nossa leitura, segundo a qual o cálculo permanece nos servidores da Meta, é deduzida da arquitetura descrita (token de emparelhamento, aplicação Muse, conta ativa). Apresentamo-la como tal.

Numa frase

A 2 de outubro de 2026, a Meta publicou o Muse Gadgets: dois kits de desenvolvimento de software (software development kits, SDK) sob licença livre Apache 2.0, que permitem transformar uma pequena placa eletrónica ESP32 ou um Raspberry Pi num objeto controlado pelo Muse, o seu agente pessoal lançado um mês antes. O gesto é real e útil: o código é aberto, o hardware quase não custa nada, a cultura maker é convidada para a mesa. Mas o que está aberto é o corpo do objeto, não o seu cérebro: para funcionar, cada gadget tem de ser emparelhado com uma conta Muse e passar pelos servidores da Meta. Vemos nisto uma boa notícia para a eletrónica de bricolage, e uma ocasião para lembrar aquilo que a abordagem frugal, por seu lado, procura manter em casa.

1. O que foi anunciado

Situemos o contexto. A 8 de setembro de 2026, a Meta lançava o Muse, um agente pessoal capaz, segundo a empresa, de reservar uma viagem, preencher um formulário ou fazer compras em nome do utilizador. É alimentado pelo Muse Spark, um modelo fechado da Meta Superintelligence Labs, a divisão de inteligência artificial do grupo. O lançamento fez-se primeiro nos Estados Unidos, reservado a maiores de idade, com um acesso gratuito limitado e duas subscrições reportadas de 20 e 100 dólares por mês.

Menos de um mês depois, a Meta abre uma porta para o hardware. Os factos, tal como foram publicados:

  • Dois SDK livres. Um firmware (o software embarcado de uma placa) para ESP32, e um SDK para Linux, reunidos num repositório GitHub sob licença Apache 2.0, com exceção do avatar da casa e de alguns componentes de terceiros.
  • Hardware corrente. Do lado do ESP32, cerca de quinze placas serão suportadas, entre as quais modelos Waveshare e M5Stack, com a ESP32-C5 DevKitC-1 como recomendação. Do lado do Linux, os Raspberry Pi 3B+, 4, 5 e Zero 2 W, ou qualquer máquina Linux.
  • Comandos simples. Segundo a documentação divulgada pelo ai-tldr, o gadget Linux expõe ao agente comandos como system.run (executar um comando), file.read, file.write e device.health, extensíveis pelo programador.
  • Um objeto da casa como isco. A Meta fabricou 5 000 exemplares de uma pequena caixa, o Muse Home Link, alimentada por USB-C, que liga o Muse à rede doméstica para controlar colunas, televisores ou impressoras. É oferecida aos subscritores ativos nos Estados Unidos, uma por pessoa.

Os exemplos destacados vão do ecrã de tinta eletrónica a cores à pen HDMI ligada a um televisor. O tom, dado por Nat Friedman, responsável de produto do laboratório, é o do bricoleur: ligar o Muse a «tudo o que anda pela bancada».

2. Duas famílias de hardware, dois papéis

Para compreender o que o Muse Gadgets permite, e o que não permite, é preciso distinguir as duas plataformas.

ESP32 — Um microcontrolador, ou seja, um computador muito pequeno num único chip, produzido pela empresa chinesa Espressif. Custa alguns euros, consome muito pouco, gere Wi-Fi e Bluetooth, e serve de base a uma grande parte dos objetos conectados baratos. Na prática, não consegue executar um grande modelo de linguagem.

Raspberry Pi — Um computador completo do tamanho de um cartão de crédito, com Linux, vendido por algumas dezenas de euros. Consegue executar pequenos modelos localmente, lentamente mas de verdade.

Na arquitetura do Muse Gadgets, ambos desempenham o mesmo papel: o de órgãos. O ESP32 traz um microfone, um altifalante, um ecrã, sensores. O Raspberry Pi traz mãos: lançar um script, ler um ficheiro, controlar uma instalação domótica. O raciocínio, esse, está noutro lugar. O emparelhamento passa pela aplicação Muse em modo de programador, com um token obtido no site da Meta, e pressupõe uma conta ativa. Nada na documentação publicada descreve um modo offline.

3. Abrir o corpo, guardar o cérebro

Um verdadeiro gesto de abertura

Seria injusto reduzir o anúncio a uma operação de marketing. Publicar sob Apache 2.0 significa que o código pode ser lido, modificado, reutilizado, incluindo comercialmente. Um programador pode estudar como a Meta gere o áudio numa placa de alguns euros, como o emparelhamento é protegido, como os comandos são expostos, e reutilizar essas peças noutros contextos. Para as escolas, os fablabs e as pequenas oficinas, é material pedagógico de qualidade.

É também uma mudança de estratégia notável. Depois de anos de hardware fechado (headsets, óculos conectados), a Meta deixa a comunidade inventar as formas do seu assistente. A empresa reconhece implicitamente que não sabe que objeto transportará a IA pessoal de amanhã, e prefere que milhares de bricoleurs o procurem por ela.

Mas uma dependência por construção

O ponto central é o seguinte: um gadget Muse é um terminal. A sua inteligência aluga-se, conta a conta, a um único fornecedor. Daqui decorrem três consequências.

  • Sem rede, não há objeto. Uma falha da internet, uma avaria do serviço, uma suspensão de conta, e o objeto volta a ser uma placa eletrónica muda.
  • Uma geografia restrita. O Muse é lançado primeiro nos Estados Unidos; o Home Link só é oferecido aos subscritores americanos. Um programador fora deste perímetro constrói para um serviço cuja abertura e calendário não controla.
  • Uma porta de entrada sensível. O comando system.run permite ao agente executar comandos na máquina. É precisamente o que torna o Raspberry Pi útil, e precisamente o que exige prudência: confia-se a um serviço remoto, dirigido por um modelo de linguagem, um acesso direto a um computador da rede doméstica.

O código é livre; a inteligência, essa, continua alugada.

Escrevemo-lo a propósito do Fable 5: uma capacidade alugada é uma capacidade revogável. O Muse Gadgets não escapa à regra. Torna-a simplesmente mais concreta, porque ela passa a materializar-se em objetos pousados numa prateleira.

4. A abordagem frugal, em contraponto

Aquilo a que chamamos abordagem frugal não é uma recusa da tecnologia. É um método: partir das restrições reais (energia, orçamento, ligação, distância) e conceber ferramentas que continuam a funcionar quando essas restrições se apertam.

O nosso projeto Sati é a demonstração mais direta disso. É um assistente educativo e cultural concebido para funcionar de forma autónoma em Raspberry Pi. A mesma placa que o Muse Gadgets, filosofia inversa: o modelo corre no dispositivo, os dados ficam na sala, e o objeto funciona sem subscrição nem ligação.

Ponhamos as duas lógicas lado a lado:

  • Onde pensa o objeto. Muse Gadgets: no centro de dados da Meta. Abordagem frugal: na placa, com um modelo pequeno, eventualmente quantizado para caber na memória.
  • O que se ganha. Muse: um agente potente, multimodal, capaz de agir na web. Frugal: uma ferramenta mais modesta, mas disponível, previsível e controlada.
  • O que se paga. Muse: uma conta, uma subscrição para além da quota gratuita, uma dependência. Frugal: tempo de engenharia, e a aceitação de capacidades limitadas.
  • O que resta se o serviço desaparecer. Muse: o hardware e o código do SDK. Frugal: a ferramenta inteira.

Esta comparação não pretende designar um vencedor. Um agente que reserva um bilhete de avião precisa da potência de um grande modelo e de acesso à web; um assistente que lê um conto em crioulo a uma turma não precisa. A questão não é «local ou nuvem», mas que tarefa merece que nível de dependência.

5. O que os bricoleurs podem reter

Para um programador que queira tirar partido do Muse Gadgets sem ficar preso a ele, propomos alguns princípios simples.

  1. Separar a interface do cérebro. O código ESP32 publicado pela Meta gere o som, o ecrã, os botões. Nada impede, graças à licença Apache, de nos inspirarmos nele para um objeto que fale com outro motor, incluindo um modelo local num Raspberry Pi da mesma rede.
  2. Prever o modo degradado. Se o serviço remoto não responder, o objeto deve ainda prestar um serviço mínimo: mostrar, gravar, responder a um punhado de comandos locais.
  3. Restringir o que o agente pode fazer. Se o system.run estiver ativado, confiná-lo a uma lista de comandos autorizados, numa máquina dedicada, sem acesso a dados pessoais.
  4. Manter os seus próprios testes. Tal como para o Jev, conservar um conjunto de casos concretos permite verificar que outro motor faz tão bem, no dia em que for preciso mudar.

6. Sinais a acompanhar

  1. Um modo offline. Se a Meta publicar uma versão do Muse Spark executável localmente, ainda que reduzida, a lógica do projeto mudaria de natureza.
  2. A abertura geográfica. A chegada do Muse e do Home Link fora dos Estados Unidos, nomeadamente à União Europeia, dirá se os gadgets são um ecossistema mundial ou um laboratório americano.
  3. Os incidentes de segurança. Um agente que executa comandos em máquinas domésticas será testado, mais cedo ou mais tarde, por ataques de injeção de instruções ocultas. A resposta da Meta a esses primeiros casos será instrutiva.
  4. Os forks independentes. Versões do SDK ligadas a outros motores, abertos ou locais, mostrariam que a comunidade se apropria do corpo sem aceitar o cérebro imposto.
  5. O modelo económico. A quota gratuita, generosa no lançamento, irá apertar-se quando os objetos se multiplicarem? Um gadget cujo uso passa a ser pago muda de natureza.

7. Uma palavra situada

A partir da Reunião, o anúncio tem um sabor familiar. Os objetos que dependem inteiramente de um servidor distante, sabemos o que acontece com eles quando o cabo submarino satura, quando um ciclone corta a rede, ou quando um serviço decide simplesmente não abrir na nossa região. A 9 000 km de Silicon Valley, a pergunta «o que faz este objeto quando está sozinho?» não é teórica.

É por isso que acolhemos o Muse Gadgets com interesse e com método. Interesse, porque milhares de pessoas vão aprender a soldar, a gravar o firmware de uma placa, a conceber um objeto que escuta e responde, e esse saber circulará muito para além da Meta. Método, porque continuaremos a construir ferramentas que pensam no local, ainda que pensem mais devagar.

O Raspberry Pi é o mesmo dos dois lados. O que muda é o sítio onde se decide pôr a inteligência. Para uma ilha, como para uma turma, uma associação ou uma pequena oficina, pensamos que a boa resposta começa muitas vezes o mais perto possível: na placa, na sala, com aquilo que temos. 簡

Fontes e leituras complementares

Este documento é atualizado se surgirem elementos novos. Última revisão: 文 4 de outubro de 2026.