Mozilla AI pregunta: ¿Quién busca en la web para tu agente?
Mozilla AI está cuestionando la búsqueda integrada en los agentes con Otari, que permite a los equipos elegir un servicio de búsqueda independientemente de su modelo. ¿Quién busca en la web para tu agente? Su publicación del 19 de octubre concreta esa pregunta: elegir un modelo de IA no determina necesariamente a dónde van sus consultas de búsqueda.
Otari se sitúa entre un agente, software que usa herramientas para completar tareas, y el proveedor del modelo. Mozilla AI afirma que esa posición le permite redirigir las búsquedas mientras conserva las interfaces de cliente compatibles. El cambio propuesto se refiere a quién controla la recuperación de información, no a qué modelo redacta la respuesta.
Los enfoques en competencia son directos: aceptar la búsqueda integrada con un servicio de modelo, o gestionar la búsqueda como una dependencia independiente. Claude Code ofrece una referencia útil porque su búsqueda integrada utiliza el backend de Anthropic. Otari cuestiona ese acuerdo al convertir el enrutamiento de búsquedas en una decisión independiente, con responsabilidad adicional para quien la tome.
¿Quién busca en la web para tu agente? Otari hace explícita la elección
En su análisis sobre la búsqueda de agentes, Mozilla AI describe tres opciones: búsqueda operada por Otari, la cuenta de búsqueda de un cliente o un endpoint autoalojado. La empresa menciona Brave, Exa y Tavily entre los servicios que los clientes pueden conectar usando sus propias credenciales.
Según Mozilla AI, los clientes pueden conservar Claude, GPT o Gemini mientras cambian el servicio que gestiona las búsquedas. Las credenciales de búsqueda permanecen en la puerta de enlace, el intermediario que enruta las solicitudes, en lugar de llegar al agente. La empresa también describe controles del espacio de trabajo y registros de búsqueda asociados al uso del modelo.
El cambio trascendental consiste en convertir la búsqueda en una dependencia que los equipos pueden seleccionar por separado del modelo.
Es fácil pasar por alto esa distinción cuando una aplicación presenta un único cuadro de respuesta. Un usuario formula una pregunta, espera y recibe una respuesta con citas. La interfaz puede hacer que la recuperación y el razonamiento parezcan una sola operación, incluso cuando distintos servicios los realizan.
Separar esas operaciones cambia la forma en que los compradores evalúan el sistema. La evaluación de un modelo responde si este sigue instrucciones y razona eficazmente. Una evaluación de búsqueda pregunta si el sistema recupera evidencia adecuada, gestiona las consultas de forma aceptable y satisface los requisitos operativos de la organización.
Ninguna evaluación sustituye a la otra. Un buen razonamiento no puede recuperar un documento que nunca entró en el conjunto de evidencia. Una recuperación sólida no puede evitar todas las conclusiones sin respaldo. Tratarlas por separado ofrece a los equipos una forma más clara de investigar fallos sin atribuirlo todo al modelo.
La publicación de Mozilla AI también debe leerse con precisión como una declaración de dirección de producto y capacidades documentadas. Su fecha de publicación no establece cuándo estuvo disponible cada función subyacente. Tampoco el anuncio demuestra que los clientes ya hayan logrado mejores respuestas o menores costes operativos.
Por tanto, la noticia inmediata es más limitada que afirmar que se ha resuelto la búsqueda para agentes. Mozilla AI está haciendo del proveedor de búsqueda una parte explícita de la conversación de compra y arquitectura. Eso crea una alternativa práctica a aceptar cualquier servicio de recuperación que acompañe a un modelo elegido.
Para los equipos ya satisfechos con la búsqueda integrada, la alternativa debe justificar su carga operativa. Para los equipos bloqueados por un acuerdo de búsqueda inaceptable, separar esa dependencia resuelve un problema completamente distinto. Necesitan una elección que puedan evaluar, no otra clasificación de modelos.
La propia consulta merece escrutinio
Una consulta de búsqueda es una divulgación hacia el exterior, incluso cuando la respuesta solicitada se refiere a información pública.
Consideremos un asistente de programación hipotético que investiga un fallo de software. Una consulta pública útil podría describir un mensaje de error y una versión de biblioteca. Una consulta innecesariamente específica también podría incluir un nombre de servicio interno, un identificador de cliente o el nombre de un proyecto no publicado.
La distinción se refiere a lo que sale de la organización, no a si la documentación pública es segura de leer. Un asistente puede tener una razón legítima para buscar y, aun así, construir una consulta inapropiada. Seleccionar el proveedor de búsqueda aborda al destinatario; revisar la construcción de consultas aborda el contenido.
Esta separación importa a los responsables de ingeniería y compradores empresariales. Aprobar un modelo no responde todas las preguntas sobre las herramientas conectadas a él. Cada servicio adicional introduce una relación operativa que merece su propia evaluación, especialmente cuando las consultas proceden de un contexto de trabajo privado.
La respuesta sensata es rastrear una tarea real. ¿Qué información entró en el prompt? ¿Qué texto se convirtió en una consulta de búsqueda? ¿Qué servicio la recibió? ¿Qué resultados regresaron y cuáles de ellos influyeron en la respuesta?
Estas preguntas vuelven más concreta una conversación de compra. También revelan dónde termina una afirmación. Conocer el destino establece visibilidad sobre el enrutamiento. No demuestra que cada consulta fuera necesaria, estuviera redactada de forma adecuada o estuviera cubierta por términos de tratamiento aceptables.
El mismo razonamiento se aplica a la investigación de clientes. Imaginemos un asistente que prepara un informe sobre una cuenta potencial. La información pública de la empresa pertenece al proceso de investigación. Las notas privadas de ventas, el lenguaje contractual propuesto y las evaluaciones internas requieren una decisión independiente antes de aparecer en consultas externas.
Estos son escenarios ilustrativos, no implementaciones documentadas de clientes de Otari. Su valor consiste en mostrar por qué la selección de búsqueda importa más allá de la preferencia de los desarrolladores. Una consulta aparentemente ordinaria puede cruzar un límite que la respuesta final no revela.
Los trabajadores del conocimiento también necesitan distinguir entre descubrir información pública y buscar su propio material. Una base de conocimiento personal aborda una necesidad de información diferente de encontrar nuevas fuentes públicas. Un flujo de trabajo eficaz debería identificar qué tipo de evidencia requiere la tarea antes de decidir dónde buscar.
Para un gerente de producto, eso podría significar consultar la investigación interna antes de solicitar información actual sobre competidores. Para un ingeniero, podría significar revisar decisiones privadas de diseño antes de consultar documentación pública. La cuestión es una recuperación con propósito, en lugar de enviar cada incertidumbre a la web abierta.
Esto ejerce presión sobre las personas que aprueban implementaciones de agentes. Necesitan suficiente visibilidad para explicar la ruta de la información, incluidos sus límites. Un producto que expone el destino de búsqueda puede respaldar esa explicación, pero la organización aún debe decidir qué información pertenece a esa ruta.
¿Quién busca en la web para tu agente? Para los compradores, una respuesta adecuada incluye el operador, el acuerdo pertinente y el alcance de la información enviada. Nombrar únicamente un modelo reconocible deja sin terminar la parte de búsqueda de esa respuesta.
La búsqueda integrada ofrece comodidad, mientras que la búsqueda separada añade responsabilidad
El argumento más sólido a favor de la búsqueda integrada es la comodidad. Un desarrollador recibe una interfaz de herramientas compatible sin tener que ensamblar cada parte de la recuperación. Una organización puede preferir ese acuerdo cuando sus requisitos se ajustan al servicio y al comportamiento documentado del proveedor.
La herramienta de búsqueda web de Anthropic ilustra el enfoque integrado. Claude determina cuándo buscar, el servicio ejecuta las búsquedas y la respuesta final incluye citas. Su documentación también describe controles de dominios y distintas versiones de la herramienta.
Estas capacidades importan porque la búsqueda configurable no es exclusiva de una puerta de enlace independiente. Los clientes deberían distinguir entre los controles sobre el comportamiento de la búsqueda y el control sobre el proveedor de búsqueda. Un proveedor puede exponer restricciones útiles mientras conserva la responsabilidad de operar el servicio subyacente.
La elección central es quién asume las decisiones de recuperación y el trabajo necesario para mantenerlas.
La propuesta de Otari atrae a los equipos que desean asumir esa responsabilidad. Pero la independencia introduce responsabilidades que los servicios integrados absorben o simplifican. Alguien debe gestionar las credenciales, evaluar el comportamiento del servicio, investigar fallos y mantener una relación funcional entre el agente y sus herramientas de búsqueda.
Ollama ofrece otra comparación útil. Su documentación sobre búsqueda web alojada especifica una solicitud autenticada a ollama.com/api/web_search. La respuesta incluye resultados con títulos de páginas, direcciones y fragmentos de contenido.
Ese ejemplo establece un punto limitado pero importante: usar un modelo local no demuestra que sus búsquedas web permanezcan locales. La solicitud de búsqueda documentada llega a un servicio alojado. Los clientes deben examinar por separado la inferencia, la búsqueda y la recuperación de páginas al evaluar dónde ocurre el procesamiento.
Esto no demuestra que la búsqueda alojada sea inherentemente inadecuada. Un servicio alojado puede ser una elección aceptable cuando sus términos, comportamiento y fiabilidad satisfacen las necesidades de la organización. El fallo relevante es asumir que una elección arquitectónica determina automáticamente todos los demás componentes.
La misma disciplina se aplica a la calidad de las respuestas. Cambiar los servicios de búsqueda modifica la evidencia disponible para el modelo. Una evaluación que cambia el modelo y la búsqueda simultáneamente no puede explicar fácilmente qué cambio mejoró o perjudicó el resultado.
Separar esas variables permite comparaciones más informativas. Los equipos pueden mantener constante el modelo mientras examinan la recuperación, y luego mantener constante la evidencia mientras examinan la síntesis. Estas evaluaciones aún requieren un diseño cuidadoso, pero evitan tratar toda la aplicación como una caja negra indivisible.
Por tanto, una evaluación de búsqueda web de Otari debería comenzar con las propias tareas del equipo. La consulta de documentación pública, la investigación reciente sobre empresas y el descubrimiento técnico especializado pueden requerir evidencia diferente. Una afirmación universal de que un servicio de búsqueda es el mejor necesitaría evidencia que vaya más allá de esas cargas de trabajo individuales.
El anuncio de Mozilla AI no ofrece un estudio comparativo independiente que establezca tal ganador. La interpretación más sólida es que los clientes deberían poder elegir y probar la dependencia. Es un argumento a favor del control y la evaluación, no una clasificación demostrada de motores de búsqueda.
La presión recae sobre ambos enfoques. Los proveedores integrados deben explicar sus acuerdos de búsqueda con suficiente claridad para que los compradores puedan evaluarlos. La infraestructura independiente debe demostrar que el control adicional sigue siendo utilizable cuando cambian los clientes, los modelos y las interfaces de herramientas.
La búsqueda web de Otari depende de preservar las expectativas del cliente
Un servicio de búsqueda configurable solo ayuda si el agente puede usarlo correctamente. Las aplicaciones esperan más que una lista de enlaces. Dependen de respuestas de herramientas reconocibles, comportamiento ante errores y suficiente información sobre las fuentes para continuar la tarea.
La documentación de interceptación de búsqueda de Otari describe cómo asumir las declaraciones de búsqueda compatibles con nombres de proveedores cuando la interceptación está habilitada. La interceptación significa gestionar una solicitud que, de otro modo, iría a la herramienta del proveedor. La documentación distingue ese comportamiento del reenvío de solicitudes nativas del proveedor.
También describe restricciones del espacio de trabajo, como desactivar la búsqueda, limitar los resultados y acotar los dominios. La documentación advierte que la configuración incluida de SearXNG tiene límites de tasa para un uso sostenido. Esa advertencia importa al evaluar la preparación para producción, en lugar de una demostración breve.
Preservar la interfaz reduce el trabajo de integración, pero no establece un comportamiento idéntico.
Un cliente puede aceptar una respuesta y, aun así, recibir evidencia distinta. También puede gestionar correctamente una consulta exitosa y reaccionar mal ante un servicio no disponible. Por lo tanto, la compatibilidad debe abarcar el funcionamiento habitual y los casos que lo interrumpen.
Una tarea hipotética de programación hace visible la diferencia. Un asistente busca una guía de migración, lee el resultado y propone un cambio de código. Una evaluación útil pregunta si la guía recuperada coincide con la versión pertinente del software y respalda el cambio propuesto.
La misma tarea debería seguir siendo comprensible cuando la búsqueda no devuelve nada. Un agente que comunica claramente la falta de evidencia se comporta de forma distinta a uno que improvisa una respuesta. El formato de respuesta de la puerta de enlace importa, pero también la interpretación que el cliente hace del fallo.
Aquí es donde las comparaciones basadas únicamente en la fluidez de las respuestas resultan engañosas. Una explicación pulida puede ocultar evidencia débil. Una respuesta menos pulida que identifica sus límites puede ser más útil para una decisión técnica relevante.
La configuración de búsqueda de Otari documenta instancias de búsqueda con nombre y una selección predeterminada. También describe ajustes específicos de cada proveedor y requisitos de credenciales. Estos detalles muestran que la independencia de búsqueda es una configuración operativa, y no solo una preferencia expresada en un prompt.
Para los equipos de plataforma, la configuración plantea preguntas conocidas de mantenimiento. ¿Quién puede cambiar el valor predeterminado? ¿Cómo llega un cambio a distintos espacios de trabajo? ¿Qué evidencia muestra que una solicitud utilizó el servicio previsto? Las respuestas determinan si el control se mantiene durante la actividad organizativa habitual.
Una configuración puede existir sin convertirse en una política efectiva. Una evaluación debe establecer qué ocurre con la configuración real del despliegue, incluidas las excepciones permitidas. De lo contrario, una demostración de búsqueda seleccionable corre el riesgo de confundirse con una garantía sobre cada solicitud de producción.
La distinción cobra especial importancia cuando una aplicación cuenta con varias formas de acceder a información externa. Una herramienta de búsqueda, un recuperador de páginas y un navegador pueden representar rutas distintas. Controlar una ruta no establece el control sobre todas ellas.
Esa observación es una consideración arquitectónica, no un hallazgo de que Otari tenga una vía de elusión específica. Los compradores deben pedir evidencia de cobertura que corresponda a sus clientes y herramientas habilitadas. Expresiones amplias como «todo el tráfico de agentes» requieren una verificación más amplia que una búsqueda interceptada con éxito.
El mecanismo es prometedor porque sitúa una decisión de enrutamiento fuera del criterio del modelo. Su valor práctico depende de que la aplicación circundante use de forma consistente esa ruta controlada. La evaluación debe seguir la tarea completa, incluidos los momentos en que falla la ruta esperada.
El autoalojamiento cambia la responsabilidad sin eliminar las dependencias
Ejecutar personalmente el intermediario de búsqueda no significa operar un índice web independiente.
La arquitectura de metabúsqueda de SearXNG agrega resultados de otros motores de búsqueda. Esto precisa el significado del autoalojamiento: una organización puede operar el servicio de agregación y seguir dependiendo de motores ascendentes para obtener resultados.
En un despliegue de Otari que utilice SearXNG, esta distinción evita una afirmación de privacidad exagerada. El operador controla su instancia, pero las relaciones ascendentes configuradas de la instancia siguen importando. Una evaluación completa sigue la consulta más allá del primer servidor de la organización.
Esta es una prueba escéptica útil del mensaje más amplio. Si el autoalojamiento se presenta como independencia completa, la metabúsqueda complica esa promesa. Si se presenta como control sobre un componente definido, la afirmación es más acotada y más fácil de evaluar.
La misma disciplina debe regir las comparaciones de costes. Eliminar un cargo de búsqueda incluido no elimina el trabajo de operar la recuperación de información. La infraestructura, el mantenimiento, la respuesta a incidentes y la atención del personal forman parte de la evaluación, incluso cuando no aparecen como una factura por consulta.
No hay base aquí para declarar que el autoalojamiento sea universalmente más barato. La comparación relevante depende de la carga de trabajo, los requisitos de servicio y las capacidades existentes de la organización. Un equipo que ya opera infraestructura relacionada afronta una decisión distinta de la de un equipo sin esa experiencia.
El control de credenciales también necesita una interpretación precisa. Mantener las credenciales fuera del agente reduce una vía de exposición. El servicio que conserva esas credenciales sigue siendo un sistema sensible que requiere una administración y controles de acceso adecuados.
Los registros de búsqueda crean otra disyuntiva. Pueden ayudar a explicar por qué un agente generó una respuesta, pero también pueden conservar texto sensible de las consultas. Una organización que busca rendición de cuentas debería decidir quién puede inspeccionar esos registros y durante cuánto tiempo siguen siendo útiles.
Por lo tanto, una mayor visibilidad crea su propia tarea de gobernanza. Los registros detallados no son automáticamente mejores en todos los contextos. El objetivo es contar con evidencia suficiente para investigar, con normas de manejo adecuadas a la información que contienen esos registros.
Las restricciones de dominio tienen un valor igualmente acotado. Pueden limitar el conjunto de fuentes elegibles. No establecen que cada página de un dominio permitido sea precisa, actual o adecuada para la tarea específica.
Tampoco elegir un proveedor de búsqueda resuelve la inyección de prompts, contenido malicioso diseñado para redirigir el comportamiento de un asistente. Las páginas recuperadas siguen siendo entradas externas. Un agente debe tratarlas como evidencia que evaluar, no como instrucciones con autoridad sobre su tarea.
Estas limitaciones no invalidan el argumento a favor de la búsqueda independiente. Definen lo que ese argumento puede respaldar. Seleccionar una dependencia da a las organizaciones un lugar donde ejercer criterio; no garantiza que el criterio sea correcto.
El resultado creíble es una mayor rendición de cuentas respecto de decisiones identificables. Un comprador puede preguntar por qué se eligió un servicio, qué supuestos lo respaldan y qué desencadenaría un cambio. Estas preguntas siguen siendo valiosas incluso cuando la respuesta elegida es un proveedor gestionado.
Un despliegue de búsqueda web de Otari debe juzgarse frente a esas responsabilidades concretas. El anuncio por sí solo no establece una recuperación superior, compatibilidad universal ni un resultado completo de privacidad. La evidencia del entorno real de un equipo debe sustentar esas conclusiones.
Vigile la compatibilidad, la evidencia comparativa y la divulgación de los proveedores
La próxima ventana de análisis debería centrarse en cambios observables, no en promesas sobre una pila de IA más abierta. Hasta finales de 2026 y principios de 2027, las señales útiles se refieren a si la búsqueda independiente se vuelve más fácil de operar y de evaluar.
La evidencia más sólida demostrará un control fiable durante tareas reales, incluidos los fallos y los cambios.
La primera señal es evidencia de compatibilidad publicada para los clientes e interfaces de herramientas que los equipos utilizan realmente. Una versión útil identificaría el comportamiento probado, las versiones compatibles y las limitaciones conocidas. Ejemplos reproducibles reforzarían la idea de que los clientes pueden conservar sus aplicaciones al tiempo que cambian la búsqueda.
Por el contrario, soluciones alternativas repetidas y específicas de cada cliente debilitarían la afirmación práctica de independencia. Un servicio teóricamente reemplazable ofrece una libertad limitada si cada reemplazo exige una reparación sustancial de la aplicación. La compatibilidad debe seguir siendo comprensible a medida que evoluciona el software circundante.
La segunda señal es una evaluación comparativa con una carga de trabajo controlada. Mantenga constantes el modelo y las tareas; después, examine la relevancia y actualidad de la recuperación, el tiempo de respuesta, los fallos y el esfuerzo operativo total. El resultado debe identificar dónde funciona cada configuración, incluidos los casos en que la búsqueda incluida sigue siendo preferible.
Una evaluación convincente publicaría suficiente detalle para que los lectores entiendan sus límites. Los resultados de la consulta de documentación no deberían convertirse en afirmaciones sobre todas las tareas de investigación. La evidencia de beneficios selectivos sería más creíble que una declaración sin explicación de superioridad general.
La tercera señal es una divulgación más clara o una mayor elección de proveedores por parte de los proveedores de servicios incluidos. Una documentación más explícita ayudaría a los clientes a evaluar los servicios existentes sin adoptar otro intermediario. La selección respaldada por el proveedor también pondría a prueba si los clientes buscan principalmente independencia o simplemente controles más claros.
Ese desarrollo reforzaría el argumento subyacente de Mozilla AI, aunque cambiaría la posición competitiva de Otari. La búsqueda se convertiría en una decisión de compra más visible incluso si los compradores ejercieran esa elección en otro lugar. La cuestión duradera es quién puede tomar y explicar la decisión.
¿Quién busca en la web para su agente? La respuesta debería volverse más específica a medida que se desarrollen estas señales. Debería identificar una ruta de información real y la evidencia que respalda su uso, en lugar de basarse en supuestos derivados del nombre de un modelo.
Antes de ampliar un flujo de trabajo de agentes, revise una tarea representativa desde el prompt hasta la respuesta final. Identifique la consulta saliente, su destinatario, las fuentes devueltas y la evidencia que respalda la conclusión. Luego pregunte si la configuración se ajusta a la sensibilidad y el propósito del trabajo. Mantenga la búsqueda incluida cuando su comportamiento documentado satisfaga esas necesidades. Evalúe un servicio de búsqueda independiente cuando la elección de proveedor, el control operativo o unos registros más claros respondan a un requisito concreto. Para tareas que combinan conocimiento privado con investigación pública, examine ese límite explícitamente en lugar de tratar todas las consultas por igual. El siguiente paso útil es una decisión que su equipo pueda explicar: ¿qué servicio de búsqueda debe usar este agente y qué evidencia justifica esa elección?
