Mozilla AI pergunta: Quem pesquisa a web para o seu agente?

A Mozilla AI está questionando a pesquisa integrada aos agentes com o Otari, que permite às equipes escolher um serviço de busca independentemente do modelo. Quem pesquisa a web para o seu agente? Sua publicação de 19 de outubro torna essa pergunta concreta: escolher um modelo de IA não determina necessariamente para onde vão as consultas de pesquisa.

O Otari fica entre um agente, software que usa ferramentas para concluir tarefas, e o provedor do modelo. A Mozilla AI afirma que essa posição permite redirecionar pesquisas preservando interfaces de cliente compatíveis. A mudança proposta diz respeito a quem controla a recuperação de informações, e não a qual modelo redige a resposta.

As abordagens concorrentes são diretas: aceitar a pesquisa integrada a um serviço de modelo ou gerenciar a pesquisa como uma dependência separada. O Claude Code oferece uma referência útil porque sua pesquisa integrada usa o backend da Anthropic. O Otari desafia esse arranjo ao transformar o roteamento de pesquisa em uma decisão independente, com responsabilidade adicional para quem a toma.

Quem pesquisa a web para o seu agente? Otari torna a escolha explícita

Em sua análise sobre pesquisa para agentes, a Mozilla AI descreve três opções: pesquisa operada pelo Otari, a conta de pesquisa do cliente ou um endpoint auto-hospedado. A empresa cita Brave, Exa e Tavily entre os serviços que os clientes podem conectar usando suas próprias credenciais.

Segundo a Mozilla AI, os clientes podem manter Claude, GPT ou Gemini enquanto alteram o serviço que realiza as pesquisas. As credenciais de pesquisa permanecem no gateway, o intermediário que roteia solicitações, em vez de chegarem ao agente. A empresa também descreve controles de espaço de trabalho e registros de pesquisa associados ao uso do modelo.

A mudança consequente é tornar a pesquisa uma dependência que as equipes podem selecionar separadamente do modelo.

Essa distinção é fácil de não perceber quando uma aplicação apresenta uma única caixa de respostas. Um usuário faz uma pergunta, espera e recebe uma resposta com citações. A interface pode fazer recuperação e raciocínio parecerem uma única operação, mesmo quando serviços diferentes os executam.

Separar essas operações muda a forma como os compradores avaliam o sistema. Uma avaliação de modelo responde se ele segue instruções e raciocina de forma eficaz. Uma avaliação de pesquisa pergunta se o sistema recupera evidências adequadas, trata consultas de maneira aceitável e atende aos requisitos operacionais da organização.

Nenhuma avaliação substitui a outra. Um bom raciocínio não consegue recuperar um documento que nunca entrou no conjunto de evidências. Uma recuperação robusta não pode impedir todas as conclusões sem sustentação. Tratá-las separadamente dá às equipes uma forma mais clara de investigar falhas sem atribuir tudo ao modelo.

A publicação da Mozilla AI também deve ser lida com precisão como uma declaração de direção de produto e de capacidades documentadas. Sua data de publicação não estabelece quando cada recurso subjacente se tornou disponível. Tampouco o anúncio estabelece que os clientes já tenham alcançado respostas melhores ou custos operacionais menores.

A notícia imediata é, portanto, mais limitada do que a alegação de que a pesquisa para agentes foi resolvida. A Mozilla AI está tornando o fornecedor de pesquisa uma parte explícita da conversa sobre compras e arquitetura. Isso cria uma alternativa prática a aceitar qualquer serviço de recuperação que acompanhe um modelo escolhido.

Para equipes já satisfeitas com a pesquisa integrada, a alternativa precisa justificar sua carga operacional. Para equipes bloqueadas por um arranjo de pesquisa inaceitável, separar essa dependência resolve um problema inteiramente diferente. Elas precisam de uma escolha que possam avaliar, e não de mais um ranking de modelos.

A própria consulta merece escrutínio

Uma consulta de pesquisa é uma divulgação externa, mesmo quando a resposta solicitada diz respeito a informações públicas.

Considere um assistente de programação hipotético investigando uma falha de software. Uma consulta pública útil poderia descrever uma mensagem de erro e uma versão de biblioteca. Uma consulta desnecessariamente específica também poderia incluir o nome de um serviço interno, um identificador de cliente ou o nome de um projeto ainda não lançado.

A distinção diz respeito ao que sai da organização, e não a se a documentação pública é segura para leitura. Um assistente pode ter um motivo legítimo para pesquisar e, ainda assim, formular uma consulta inadequada. Selecionar o fornecedor de pesquisa trata do destinatário; revisar a construção da consulta trata do conteúdo.

Essa separação é importante para gestores de engenharia e compradores corporativos. Aprovar um modelo não responde a todas as perguntas sobre as ferramentas ligadas a ele. Cada serviço adicional introduz uma relação operacional que merece sua própria avaliação, especialmente quando as consultas se originam em um contexto de trabalho privado.

A resposta sensata é rastrear uma tarefa real. Que informações entraram no prompt? Que texto se tornou uma consulta de pesquisa? Qual serviço o recebeu? Quais resultados retornaram e quais deles influenciaram a resposta?

Essas perguntas tornam uma discussão de compra mais concreta. Elas também revelam onde uma alegação termina. Conhecer o destino estabelece visibilidade sobre o roteamento. Não estabelece que cada consulta era necessária, tinha redação apropriada ou estava coberta por termos de tratamento aceitáveis.

O mesmo raciocínio se aplica à pesquisa de clientes. Imagine um assistente preparando um briefing sobre uma conta em potencial. Informações públicas da empresa fazem parte do processo de pesquisa. Notas privadas de vendas, linguagem contratual proposta e avaliações internas exigem uma decisão separada antes de aparecerem em consultas externas.

Esses são cenários ilustrativos, não implantações documentadas de clientes do Otari. Seu valor está em mostrar por que a seleção de pesquisa importa além da preferência de desenvolvedores. Uma busca aparentemente comum pode cruzar um limite que a resposta final não revela.

Trabalhadores do conhecimento também precisam distinguir entre descoberta pública e busca em seu próprio material. Uma base de conhecimento pessoal atende a uma necessidade de informação diferente de encontrar novas fontes públicas. Um fluxo de trabalho eficaz deve identificar que tipo de evidência a tarefa exige antes de escolher onde pesquisar.

Para um gerente de produto, isso pode significar consultar pesquisas internas antes de solicitar informações atuais sobre concorrentes. Para um engenheiro, pode significar verificar decisões privadas de design antes de procurar documentação pública. O ponto é uma recuperação deliberada, em vez de enviar toda incerteza para a web aberta.

Isso pressiona as pessoas que aprovam implantações de agentes. Elas precisam de visibilidade suficiente para explicar o caminho das informações, incluindo seus limites. Um produto que expõe o destino da pesquisa pode apoiar essa explicação, mas a organização ainda deve decidir quais informações pertencem a esse caminho.

Quem pesquisa a web para o seu agente? Para compradores, uma resposta adequada inclui o operador, o acordo relevante e o escopo das informações enviadas. Nomear apenas um modelo reconhecido deixa incompleta a parte da pesquisa dessa resposta.

A pesquisa integrada oferece conveniência, enquanto a pesquisa separada acrescenta responsabilidade

O argumento mais forte a favor da pesquisa integrada é a conveniência. Um desenvolvedor recebe uma interface de ferramenta compatível sem precisar montar cada parte da recuperação. Uma organização pode preferir esse arranjo quando seus requisitos estiverem alinhados ao serviço e ao comportamento documentado do provedor.

A ferramenta de pesquisa na web da Anthropic ilustra a abordagem integrada. O Claude determina quando pesquisar, o serviço executa as buscas e a resposta final inclui citações. Sua documentação também descreve controles de domínio e diferentes versões da ferramenta.

Essas capacidades importam porque a pesquisa configurável não é exclusiva de um gateway independente. Os clientes devem distinguir controles sobre o comportamento da pesquisa do controle sobre o fornecedor de pesquisa. Um provedor pode expor restrições úteis enquanto mantém a responsabilidade pela operação do serviço subjacente.

A escolha central é quem assume as decisões de recuperação e o trabalho necessário para mantê-las.

A proposta do Otari atrai equipes que desejam essa responsabilidade. Mas a independência introduz responsabilidades que os serviços integrados absorvem ou simplificam. Alguém precisa gerenciar credenciais, avaliar o comportamento do serviço, investigar falhas e manter uma relação funcional entre o agente e suas ferramentas de pesquisa.

O Ollama oferece outra comparação útil. Sua documentação de pesquisa na web hospedada especifica uma solicitação autenticada para ollama.com/api/web_search. A resposta inclui resultados com títulos de páginas, endereços e trechos de conteúdo.

Esse exemplo estabelece um ponto limitado, mas importante: usar um modelo local não estabelece que suas pesquisas na web permaneçam locais. A solicitação de pesquisa documentada alcança um serviço hospedado. Os clientes precisam examinar inferência, pesquisa e recuperação de páginas separadamente ao avaliar onde o processamento ocorre.

Isso não é evidência de que a pesquisa hospedada seja inerentemente inadequada. Um serviço hospedado pode ser uma escolha aceitável quando seus termos, comportamento e confiabilidade atendem às necessidades da organização. A falha relevante é supor que uma escolha arquitetural determina automaticamente todos os demais componentes.

A mesma disciplina se aplica à qualidade das respostas. Alterar serviços de pesquisa altera as evidências disponíveis para o modelo. Uma avaliação que muda o modelo e a pesquisa simultaneamente não consegue explicar facilmente qual mudança melhorou ou prejudicou o resultado.

Separar essas variáveis possibilita comparações mais informativas. As equipes podem manter o modelo constante ao examinar a recuperação e, em seguida, manter as evidências constantes ao examinar a síntese. Essas avaliações ainda exigem um desenho cuidadoso, mas evitam tratar toda a aplicação como uma caixa-preta indivisível.

Uma avaliação de pesquisa na web do Otari deve, portanto, começar pelas próprias tarefas da equipe. Consultar documentação pública, pesquisar empresas recentes e realizar descobertas técnicas especializadas podem exigir evidências diferentes. Uma alegação universal de que um serviço de pesquisa é o melhor exigiria evidências que fossem além dessas cargas de trabalho individuais.

O anúncio da Mozilla AI não apresenta nenhum estudo comparativo independente que estabeleça tal vencedor. A interpretação mais sólida é que os clientes devem poder escolher e testar a dependência. Esse é um argumento a favor de controle e avaliação, e não um ranking demonstrado de mecanismos de busca.

A pressão recai sobre ambas as abordagens. Provedores integrados precisam explicar seus arranjos de pesquisa com clareza suficiente para que compradores possam avaliá-los. A infraestrutura independente precisa mostrar que o controle adicional permanece utilizável quando clientes, modelos e interfaces de ferramentas mudam.

A pesquisa na web do Otari depende de preservar as expectativas do cliente

Um serviço de pesquisa configurável só ajuda se o agente puder usá-lo corretamente. As aplicações esperam mais do que uma lista de links. Elas dependem de respostas de ferramentas reconhecíveis, comportamento diante de erros e informações de fonte suficientes para continuar a tarefa.

A documentação de interceptação de pesquisa do Otari descreve assumir declarações de pesquisa compatíveis nomeadas por provedores quando a interceptação está ativada. Interceptação significa tratar uma solicitação que, de outra forma, iria para a ferramenta do provedor. A documentação distingue esse comportamento do encaminhamento de solicitações nativas do provedor.

Também descreve restrições de workspace, incluindo desativação da busca, limitação de resultados e restrição de domínios. A documentação alerta que a configuração incluída do SearXNG tem limite de taxa para uso contínuo. Esse aviso é importante ao avaliar a prontidão para produção, em vez de uma demonstração breve.

Preservar a interface reduz o trabalho de integração, mas não estabelece um comportamento idêntico.

Um cliente pode aceitar uma resposta enquanto recebe evidências diferentes. Também pode lidar corretamente com uma busca bem-sucedida, mas reagir mal a um serviço indisponível. Portanto, a compatibilidade precisa abranger a operação normal e os casos que a interrompem.

Uma tarefa hipotética de programação torna a diferença visível. Um assistente busca um guia de migração, lê o resultado e propõe uma alteração de código. Uma avaliação útil pergunta se o guia recuperado corresponde à versão relevante do software e fundamenta a alteração proposta.

A mesma tarefa deve continuar compreensível quando a busca não retorna nada. Um agente que relata claramente a ausência de evidências comporta-se de modo diferente daquele que improvisa uma resposta. O formato de resposta do gateway importa, assim como a interpretação que o cliente faz da falha.

É nesse ponto que comparações baseadas apenas na fluência das respostas se tornam enganosas. Uma explicação bem elaborada pode ocultar evidências fracas. Uma resposta menos refinada que identifica seus limites pode ser mais útil para uma decisão técnica importante.

A configuração de busca do Otari documenta instâncias de busca nomeadas e uma seleção padrão. Também descreve configurações específicas de provedores e requisitos de credenciais. Esses detalhes mostram que a independência de busca é uma configuração operacional, e não apenas uma preferência expressa em um prompt.

Para equipes de plataforma, a configuração traz questões conhecidas de manutenção. Quem pode mudar o padrão? Como uma alteração chega a diferentes workspaces? Que evidência mostra que uma solicitação usou o serviço pretendido? As respostas determinam se o controle se mantém durante a atividade organizacional normal.

Uma configuração pode existir sem se tornar uma política efetiva. Uma avaliação precisa estabelecer o que ocorre na configuração real de implantação, incluindo exceções permitidas. Caso contrário, uma demonstração de busca selecionável corre o risco de ser confundida com uma garantia sobre todas as solicitações de produção.

A distinção torna-se especialmente importante quando uma aplicação tem várias formas de acessar informações externas. Uma ferramenta de busca, um buscador de páginas e um navegador podem representar caminhos diferentes. Controlar um caminho não estabelece controle sobre todos eles.

Essa observação é uma consideração arquitetural, não uma conclusão de que o Otari tenha um desvio específico. Compradores devem pedir evidências de cobertura compatíveis com seus clientes e ferramentas habilitadas. Expressões amplas como “todo o tráfego de agentes” exigem verificação mais abrangente do que uma busca interceptada com sucesso.

O mecanismo é promissor porque coloca uma decisão de roteamento fora do julgamento do modelo. Seu valor prático depende de a aplicação ao redor usar consistentemente essa rota controlada. A avaliação deve acompanhar a tarefa completa, incluindo os momentos em que a rota esperada falha.

A auto-hospedagem muda a responsabilidade sem eliminar dependências

Executar você mesmo o intermediário de busca não significa operar um índice web independente.

A arquitetura de metabuscador do SearXNG agrega resultados de outros mecanismos de busca. Isso torna preciso o significado de auto-hospedagem: uma organização pode operar o serviço de agregação enquanto ainda depende de mecanismos upstream para os resultados.

Para uma implantação do Otari que use SearXNG, essa distinção evita uma alegação inflada de privacidade. O operador controla sua instância, mas as relações upstream configuradas para essa instância continuam relevantes. Uma avaliação completa acompanha a consulta além do primeiro servidor da organização.

Este é um teste cético útil para a mensagem mais ampla. Se a auto-hospedagem for apresentada como independência completa, a metabusca complica essa promessa. Se for apresentada como controle sobre um componente definido, a alegação é mais restrita e mais fácil de avaliar.

A mesma disciplina deve orientar comparações de custo. Remover uma cobrança de busca incluída não elimina o trabalho de operar a recuperação de informações. Infraestrutura, manutenção, resposta a incidentes e atenção da equipe pertencem à avaliação, mesmo quando não aparecem como uma cobrança por consulta.

Não há base aqui para declarar que a auto-hospedagem é universalmente mais barata. A comparação relevante depende da carga de trabalho, dos requisitos de serviço e das capacidades existentes da organização. Uma equipe que já opera infraestrutura relacionada enfrenta uma decisão diferente de uma equipe sem essa experiência.

O controle de credenciais também exige uma interpretação precisa. Manter credenciais longe do agente reduz uma via de exposição. O serviço que mantém essas credenciais continua sendo um sistema sensível que requer administração e controles de acesso adequados.

Os registros de busca criam outra troca. Eles podem ajudar a explicar por que um agente produziu uma resposta, mas também podem preservar texto sensível das consultas. Uma organização que busca responsabilização deve decidir quem pode inspecionar esses registros e por quanto tempo eles permanecem úteis.

Mais visibilidade, portanto, cria uma tarefa própria de governança. Registros detalhados não são automaticamente melhores em todos os contextos. O objetivo é ter evidências suficientes para investigação, com regras de tratamento apropriadas às informações contidas nesses registros.

As restrições de domínio têm valor igualmente limitado. Elas podem restringir o conjunto de fontes elegíveis. Não estabelecem que toda página de um domínio permitido seja precisa, atual ou apropriada para a tarefa específica.

Tampouco escolher um fornecedor de busca resolve a injeção de prompt, conteúdo malicioso criado para redirecionar o comportamento de um assistente. As páginas recuperadas continuam sendo entradas externas. Um agente deve tratá-las como evidências a avaliar, e não como instruções com autoridade sobre sua tarefa.

Essas limitações não invalidam o argumento em favor da busca independente. Elas definem o que esse argumento pode sustentar. Selecionar uma dependência dá às organizações um lugar para exercer julgamento; não garante que o julgamento estará correto.

O resultado crível é maior responsabilização por escolhas identificáveis. Um comprador pode perguntar por que um serviço foi selecionado, quais premissas o sustentam e o que levaria a uma mudança. Essas perguntas continuam valiosas mesmo quando a resposta escolhida é um provedor gerenciado.

Uma implantação de busca web do Otari deve ser julgada diante dessas responsabilidades concretas. O anúncio, por si só, não estabelece recuperação superior, compatibilidade universal ou um resultado completo de privacidade. Evidências do ambiente real de uma equipe devem sustentar essas conclusões.

Acompanhe a compatibilidade, as evidências comparativas e a divulgação dos provedores

A próxima janela de cobertura deve se concentrar em mudanças observáveis, e não em promessas sobre uma pilha de IA mais aberta. Até o fim de 2026 e o início de 2027, os sinais úteis dizem respeito a saber se a busca independente se torna mais fácil de operar e avaliar.

As evidências mais fortes mostrarão controle confiável durante tarefas reais, incluindo falhas e mudanças.

O primeiro sinal são evidências publicadas de compatibilidade para os clientes e interfaces de ferramentas que as equipes realmente usam. Uma versão útil identificaria comportamentos testados, versões compatíveis e limitações conhecidas. Exemplos reproduzíveis fortaleceriam o argumento de que os clientes podem manter suas aplicações enquanto mudam a busca.

Por outro lado, soluções alternativas repetidas e específicas para cada cliente enfraqueceriam a alegação prática de independência. Um serviço teoricamente substituível oferece liberdade limitada se cada substituição exigir reparos substanciais na aplicação. A compatibilidade precisa continuar compreensível à medida que o software ao redor evolui.

O segundo sinal é uma avaliação comparativa com uma carga de trabalho controlada. Mantenha o modelo e as tarefas constantes e, então, examine a relevância da recuperação, atualidade, tempo de resposta, falhas e esforço operacional total. O resultado deve identificar onde cada arranjo funciona, inclusive os casos em que a busca incluída continua preferível.

Uma avaliação convincente publicaria detalhes suficientes para que os leitores compreendessem seus limites. Resultados de consulta a documentação não devem se transformar em alegações sobre toda tarefa de pesquisa. Evidências de benefícios seletivos seriam mais críveis do que uma declaração inexplicada de superioridade geral.

O terceiro sinal é uma divulgação mais clara ou uma escolha adicional de fornecedores por parte de provedores que oferecem busca incluída. Documentação mais explícita ajudaria clientes a avaliar serviços existentes sem adotar outro intermediário. A seleção apoiada pelo provedor também testaria se os clientes desejam principalmente independência ou apenas controles mais claros.

Esse desenvolvimento fortaleceria o argumento subjacente da Mozilla AI, ao mesmo tempo que mudaria a posição competitiva do Otari. A busca se tornaria uma decisão de compra mais visível, mesmo que os compradores exercessem essa escolha em outro lugar. A questão duradoura é quem pode tomar e explicar a decisão.

Quem pesquisa a web para seu agente? A resposta deve se tornar mais específica à medida que esses sinais se desenvolvem. Ela deve identificar um caminho real de informações e as evidências que sustentam seu uso, em vez de se apoiar em premissas extraídas do nome de um modelo.

Antes de expandir um fluxo de trabalho de agentes, revise uma tarefa representativa, do prompt à resposta final. Identifique a consulta de saída, seu destinatário, as fontes retornadas e as evidências que sustentam a conclusão. Em seguida, pergunte se o arranjo corresponde à sensibilidade e ao propósito do trabalho. Mantenha a busca incluída quando seu comportamento documentado atender a essas necessidades. Avalie um serviço de busca separado quando a escolha de fornecedor, o controle operacional ou registros mais claros atenderem a um requisito concreto. Para tarefas que combinam conhecimento privado com pesquisa pública, examine explicitamente essa fronteira, em vez de tratar toda consulta da mesma forma. O próximo passo útil é uma decisão que sua equipe consiga explicar: qual serviço de busca este agente deve usar e que evidência justifica essa escolha?