Para comparar Laguna M.1 em um navegador conectado, primeiro prepare um endpoint M.1 funcional. Depois execute a mesma tarefa somente leitura com M.1 e uma base Laguna XS por meio de um agente local conectado ao Tabbit CLI. Os pesos M.1 são Apache 2.0, mas a data de encerramento anunciada do Chat/API hospedado da Poolside já passou e o catálogo público atual do OpenRouter não mostrava rotas Poolside. Este artigo apresenta um método, não resultados de uma execução de modelo.
Resumo
Laguna M.1 pode ser baixado e tem 225B parâmetros totais e 23B ativos por token, sob Apache 2.0. Os parâmetros ativos não indicam a memória necessária.
O Poolside Chat informa que encerrou em 31 de outubro de 2026. Uma página antiga do OpenRouter não prova que exista um endpoint hospedado.
O Tabbit Browser mantém a sessão do site; um agente local usa o Tabbit CLI para ler páginas. O servidor do modelo e a conexão do navegador são etapas separadas.
Para comparar, mantenha página, prompt, perfil, permissões e formato iguais. Compare fontes e limites de ação, não crie uma pontuação com base em uma tarefa.
Confirme a rota do modelo antes de comparar
A Poolside apresentou M.1 em preview em 28 de abril de 2026 e anunciou pesos para download em uma atualização de 26 de maio na mesma publicação. O cartão oficial atual descreve um modelo de texto com 225B parâmetros totais, 23B ativos por token, contexto de 262.144 tokens e raciocínio entre chamadas de ferramenta. Também lista runtimes e Apache 2.0. A organização da Poolside lista variantes base e pós-treinadas BF16, FP8 e NVFP4. (Publicação da Poolside · Cartão M.1 · Organização de modelos Poolside)
Pesos abertos e API hospedada são coisas diferentes. O Poolside Chat informa que encerrou em 31 de outubro e orienta hospedar os modelos por conta própria. O OpenRouter ainda conserva uma página M.1 com texto antigo sobre gratuidade, mas o catálogo público consultado em 10 de novembro não tinha IDs poolside/. Não configure o M.1 com um endpoint de memória. Prepare um serviço local ou privado, teste o ID exato e o parser de chamadas de ferramenta antes de conectar o agente. Este artigo não testou um endpoint M.1. (Aviso do Poolside Chat · Página M.1 no OpenRouter · Catálogo atual do OpenRouter)
| Camada | Evidência atual | Decisão antes do teste |
|---|---|---|
| Pesos | Os artefatos M.1 continuam na organização oficial da Poolside no Hugging Face, sob Apache 2.0. | Escolha a variante base ou pós-treinada e confira licença e runtime. |
| Serviço | A data anunciada para encerrar Chat/API já passou; o catálogo público do OpenRouter não listava IDs Poolside. | Forneça seu próprio endpoint acessível. Não conte com uma rota gratuita antiga. |
| Memória e runtime | M.1 lista 225B totais / 23B ativos, com variantes BF16, FP8 e NVFP4. | Dimensione o host para o checkpoint inteiro, runtime, contexto e sessões simultâneas. Ativos não são o tamanho carregado. |
| Navegador | Um teste separado do Tabbit CLI confirmou reutilização de sessão em uma fixture local. | Execute o agente localmente, onde possa iniciar o CLI, e selecione o perfil correto do Tabbit Browser. |
Mantenha as condições da base e do M.1 iguais
Escolha uma página pequena, fixa e sem dados sensíveis. Laguna XS 2.1 pode ser uma base da família XS atual, mas tem versão e licença diferentes. A página oficial mostra OpenMDW-1.1 para XS 2.1 e Apache 2.0 para M.1. Não misture as licenças nem suponha templates idênticos. (Organização de modelos Poolside)
Use o mesmo cliente de agente local e as mesmas permissões. Confirme que o cliente consegue selecionar os IDs exatos pelos endpoints configurados. Antes de abrir o painel conectado, envie a cada endpoint uma conclusão inofensiva e depois uma chamada de ferramenta que não toque dados privados. Se a resposta estiver malformada ou um modelo não puder ser selecionado, corrija o serving antes de testar o navegador.
Durante os testes, mantenha a página e os valores esperados iguais. Crie uma tarefa nomeada para a base XS 2.1 e outra para M.1. Executar em sequência facilita a comparação e evita disputa pelos recursos locais. Registre a resposta e o recibo da ferramenta de cada execução. Trocar o modelo altera o gerador da resposta, não o perfil ou estado do Tabbit Browser. O guia MCP ou CLI explica as conexões locais. Para um exemplo de cliente, consulte a configuração do Codex.
| Controle | Igual nos dois testes | Registrar em cada teste |
|---|---|---|
| Página de entrada | Mesma URL somente leitura e IDs fixos. | Título, conta/perfil, horário e número de linhas. |
| Prompt | Mesma base, campos solicitados e regra sem escrita. | Versão do prompt e ID do modelo. |
| Ferramentas | Mesma skill Tabbit, permissões CLI e ações do navegador. | Chamadas pedidas, retornadas, analisadas ou rejeitadas. |
| Resposta esperada | Mesmos status/datas e colunas. | Campos corretos, linhas ausentes, alegações sem fonte e links. |
| Runtime | Anote a variante e configuração de serving. | Quantização, contexto, tempo de resposta e erros. |
Execute a mesma tarefa de página nos dois modelos
A página sintética Release review — GEO-104 é uma fixture, não um teste executado com M.1 ou XS 2.1. Use uma página que você tenha autorização para ler e não habilite edição para o teste.
Use apenas o modelo selecionado neste momento: [ID da base Laguna XS para a execução A ou ID de Laguna M.1 para a B]. Não troque de modelo durante a execução.
No perfil atual do Tabbit Browser, abra a página de teste autorizada: [URL]. Somente leitura. Compare as linhas visíveis com esta base fixa: [IDs e status/data esperados]. Retorne as mesmas colunas nas duas execuções: ID da linha, status observado, data de modificação observada, URL de origem, corresponde/não corresponde/desconhecido e motivo. Inclua o link exato da página em cada linha. Não infira dados ocultos. Não clique em Salvar, Resolver, Publicar, Excluir, Convidar ou controles que alterem dados. Pare após criar o relatório na aba separada desta execução, chamada "Laguna comparison — [XS baseline ou M.1]". A página e o nome são fixtures ilustrativas.Chame Tabbit pela entrada real da skill do cliente. Alguns usam /tabbit; Pi documenta /skill:tabbit; outros oferecem /skills ou descoberta por pasta. Descoberta da skill, lançador local do CLI, endpoint do modelo e login do site são verificações separadas. Um runner na nuvem não acessa o navegador local sem uma entrega local confirmada. Veja como conectar um agente a um navegador existente e o guia de configuração do Tabbit CLI.
Use o Tabbit Browser para manter a revisão humana
O Tabbit Browser mantém o site no perfil escolhido pela pessoa. O Tabbit CLI permite que o agente local use essas páginas, e abas separadas distinguem a base e o relatório M.1. O endpoint do modelo pode mudar entre as execuções; a sessão continua ligada ao perfil. A pessoa pode continuar trabalhando em outras abas e abrir as fontes depois.
O registro do projeto descreve um teste local com fixture: a primeira tarefa nomeada do Tabbit CLI recebeu HTTP 401 antes do login. Depois de definir um cookie temporário de teste, uma segunda tarefa no mesmo ambiente leu o título “Release notes review”, o ID GEO-104 e recebeu HTTP 200. Isso confirma somente a reutilização de sessão na fixture. Não testou M.1, XS 2.1, agente externo ou painel real. O prompt acima é um procedimento proposto, não um resultado medido. (Guia do Tabbit CLI · Perfis e abas de tarefa · O papel de um navegador agente)
Compare o que cada execução realmente leu
Abra as fontes e compare a resposta com os valores visíveis. ID, status e data precisam estar corretos. Conte à parte linhas ausentes e incorretas. Uma ferramenta abrir a página não prova que o modelo entendeu o conteúdo, e acertar uma fixture pequena não é um benchmark geral.
| Campo | Base XS | M.1 | Revisão humana |
|---|---|---|---|
| Linhas esperadas/devolvidas | Preencha com a fixture fixa. | Use a mesma fixture. | Conte as linhas visíveis e anote omissões e duplicatas. |
| Precisão de status/data | Marque cada campo como correto, incorreto ou desconhecido. | Use o mesmo padrão. | Reabra a fonte e compare os valores exatos. |
| Fidelidade das fontes | Anote se a URL abre a linha citada. | Faça o mesmo. | Remova alegações sem uma fonte correspondente. |
| Limite das ferramentas | Registre ações tentadas e concluídas. | Faça o mesmo. | Confirme que ambas foram somente leitura. |
| Custo de execução | Registre tempo e recursos se medidos. | Faça o mesmo. | Não generalize os valores deste ambiente. |
Relatos da comunidade sugerem perguntas de verificação, não um veredito. Um usuário do LocalLLaMA disse que M.1 “followed directions better” e que o fluxo do agente era melhor, mas apontou inferência lenta e contexto limitado. Um usuário do X que testou vários modelos gratuitos considerou M.1 o mais interessante para agentes de programação e engenharia de software. Um criador do YouTube intitulou uma análise curta “Promising Coding Agent, Mixed Benchmark” e descreveu um benchmark local e a dificuldade de auto-hospedagem. São impressões individuais sobre programação. Nenhuma mede precisão em um navegador conectado, e as rotas hospedadas citadas são históricas. (Discussão no Reddit · Post no X · Análise no YouTube)
Se as execuções divergirem, confira primeiro as variantes do endpoint, templates do runtime, sessão e limites de contexto. Se uma chamada de ferramenta falhar, verifique o parser e o suporte do cliente antes de culpar o Tabbit. A lista da primeira tarefa de um agente de navegador trata de página e permissões; o guia de pesquisa no navegador com fontes explica como revisar as citações.
Compare somente depois de validar o endpoint M.1 e suas chamadas de ferramenta no seu ambiente. Guarde os relatórios separados e abra todas as fontes. Uma pessoa autorizada decide qualquer atualização posterior do painel.
Perguntas frequentes
Laguna M.1 consegue ler um navegador conectado sem outra ferramenta?
Não. M.1 é um modelo, não uma sessão de navegador. Um agente local precisa chamar um endpoint M.1 ativo, usar o Tabbit CLI e acessar o perfil do Tabbit Browser em que o site já está conectado.
Posso baixar os pesos do Laguna M.1?
Sim. O cartão e a organização atuais da Poolside listam os pesos M.1 sob Apache 2.0. Confira a variante e a licença do repositório antes de usar ou redistribuir.
A API hospedada M.1 da Poolside ainda está disponível?
A página do Poolside Chat informa que o serviço foi encerrado em 31 de outubro de 2026. A página do modelo no OpenRouter continua visível, mas o catálogo público consultado em 10 de novembro não listava modelos da Poolside. Confirme uma rota ativa antes de configurar o cliente.
M.1 precisa de memória para apenas 23B parâmetros?
Não. O cartão lista 225B parâmetros totais e 23B ativos. Os parâmetros ativos por token não significam que o checkpoint inteiro caiba como um modelo de 23B. Verifique quantização, runtime, memória e offload.
Como comparar M.1 e XS de forma justa?
Use a mesma página, prompt, valores de referência, perfil do navegador, permissões e campos de saída. Execute cada modelo separadamente e compare links e valores visíveis, não uma impressão ou uma chamada isolada.
O exemplo modifica os dados do painel?
Não. A tarefa é somente leitura e usa uma fixture identificada. O agente para depois de gerar o relatório, e uma pessoa o confere no navegador antes de autorizar qualquer edição posterior.