Brave anunció el 12 de noviembre de 2026 que su API de búsqueda acepta pagos mediante x402. Un agente puede consultar el servicio sin crear una cuenta ni gestionar una clave de API: paga cada petición con USDC en la red Base. La noticia se publica hoy, 13 de noviembre, y recupera el anuncio del día anterior.
La utilidad para un desarrollador es disponer de otra forma de dar acceso a búsquedas a un agente. Desaparece el alta previa en un plan para esta modalidad, pero aparece una responsabilidad distinta: controlar el dinero que el agente puede gastar y las peticiones que está autorizado a pagar.
Cómo se convierte una consulta en un pago
La documentación sitúa esta modalidad en el proxy https://search.agent.s.brave.app. Una petición sin pago obtiene una respuesta HTTP 402 Payment Required, con las opciones y el precio de esa consulta. El cliente firma el pago y reintenta con ese justificante; tras verificarlo, el servicio ejecuta la búsqueda y devuelve los resultados con un recibo.
Según el anuncio, Brave opera su propio facilitador y acepta USDC en Base. Otras redes y monedas se describen como próximas incorporaciones, no como opciones ya disponibles.
Precio anunciado y funciones excluidas
El anuncio indica 0,005 dólares por consulta, equivalentes a 5 dólares por 1.000 consultas, y cobertura temporal de las comisiones de transacción de la red. No fija cuánto durará esa cobertura. La documentación aclara que el precio indicado en la respuesta 402 es el que rige para la petición concreta; conviene comprobarlo antes de autorizar el pago.
El proxy permite búsqueda web, LLM Context, noticias, vídeo, imágenes y búsquedas de lugares, puntos de interés y descripciones. Answers, Autosuggest y Spellcheck no se venden por esta vía: continúan necesitando una clave. Por tanto, aceptar x402 no convierte toda la API de Brave en un servicio sin cuenta.
Un ejemplo de control que debe vivir fuera del modelo
Ejemplo hipotético, no ejecutado: un agente necesita buscar documentación antes de preparar un informe. La aplicación puede limitar el número de consultas, fijar un presupuesto total y rechazar cualquier precio que supere el máximo permitido. Una instrucción escrita al modelo no basta para imponer esos límites: la capa que firma y envía pagos debe aplicarlos.
También debe controlar los reintentos para que una respuesta incierta no provoque más búsquedas pagadas de las previstas. Aquí no se han realizado transferencias ni consultas de pago, y no presentamos el ejemplo como una integración probada.
Qué cambia y qué no permite concluir
La novedad es el mecanismo de acceso y cobro por petición. No demuestra un ahorro frente a un plan convencional ni una mejora en la calidad de búsqueda. Para evaluar su conveniencia hacen falta el volumen real de consultas, el precio vigente y las condiciones de operación de la cartera.
Eliminar una clave tampoco elimina la necesidad de proteger las credenciales que autorizan los pagos. El equipo debe decidir qué puede firmar el agente antes de entregarle acceso a fondos.
Fuentes originales
Anuncio de Brave sobre pagos x402, publicado el 12 de noviembre.
Documentación de Agent payments: proxy, precio por petición y endpoints excluidos.