El 31 de octubre a las 16:00 UTC, cada búsqueda que tu agente lance dentro de Claude Code o Codex deja de ser gratis, y si no tienes telemetría por endpoint te vas a enterar por la factura.
DeepSeek abrió al público su motor de búsqueda propietario con dos endpoints, Search y Fetch, a 0,75 dólares por cada 1.000 peticiones exitosas. Suena a nada. Y a nivel unitario lo es. El problema no es el precio por llamada: es que nadie en tu equipo sabe hoy cuántas llamadas hace cada agente, ni cuántas repite, ni cuántas se van en bucles de research que nunca cierran.
Mi postura, sin rodeos: esto es la señal de que la capa de recuperación dejó de ser un commodity gratis y se convirtió en línea de coste operativo. Si diriges producto o ingeniería, tienes 14 días para instrumentar esto antes de que el contador arranque. Si no lo haces, no vas a tener un problema de precio. Vas a tener un problema de atribución.
Qué pasó con la DeepSeek Search API
DeepSeek expuso su buscador interno como API pública con dos rutas: POST /v1/tools/search y POST /v1/tools/fetch en api.deepseek.com, con la misma autenticación Bearer que ya usas para la API de chat. El precio es de 5 yuanes (0,75 USD) por cada 1.000 peticiones exitosas, aplicado por separado a Search y a Fetch. Traducido a millón: 750 USD por millón de llamadas por endpoint.
La letra chica importa más que el titular. Solo se factura la petición que devuelve HTTP 200 con contenido. Fallos, búsquedas vacías y timeouts no se cobran. Y el número de resultados pedidos no altera el precio: da igual pedir 10 o 50. El límite es de 5 peticiones por segundo por cuenta en cada endpoint, con queries de 1 a 128 caracteres.
El cobro arranca a las 16:00 UTC del 31 de octubre de 2026, que en Pekín es la medianoche del 1 de noviembre. Hasta esa hora, las llamadas que Claude Code, Codex y DeepSeek Harness hacen hoy contra ese motor siguen saliendo gratis. Después, no. La API llegó acompañada del modelo V4.1-Flash-1017, que puntúa 77,0 en DeepSWE v1.1 (antes 74,2) a ~0,19 USD por tarea, frente a los ~12 USD por tarea de Claude Opus 5 en su tier más alto.
Qué significa: el precio no es el problema, la arquitectura sí
DeepSeek dejó de ser un proveedor de modelos baratos y se convirtió en proveedor de infraestructura de recuperación. Antes, un agente sobre su API dependía de Tavily, Brave, Exa o Serper para buscar. Ahora DeepSeek captura esa capa de margen con su propio índice, que procesa cientos de millones de peticiones diarias y filtra spam SEO y manipulación GEO. Es un movimiento vertical clásico: te vendo el cerebro y también los ojos.
Y el precio, comparado con la categoría, es agresivo. Los buscadores para agentes suelen cobrar varios dólares por 1.000 consultas. Acá hablamos de 0,75. Pero el DeepSeek Search API precio por llamada es la métrica equivocada para presupuestar. La métrica correcta es coste por tarea terminada.
Haz la cuenta real. Un flujo típico de research es 1 search + 3 a 5 fetch. Eso son 4 a 6 peticiones facturables por tarea, o sea ~0,003 a 0,0045 USD en herramientas. Con 10.000 tareas al mes hablas de 30 a 45 dólares. Perfectamente asumible. Ahora mete un agente mal afinado que reintenta tres veces, que busca lo mismo con queries distintas y que lee páginas que no necesita. Ahí el número se multiplica sin que nadie lo note, porque el gasto está diluido en una sola línea de factura.
El punto ciego más peligroso es el rate limit. 5 QPS por cuenta suena holgado hasta que corres cinco agentes en paralelo bajo la misma API key en producción. Entonces el cuello de botella no es el precio, es la cola. Y los reintentos que genera ese límite, si están mal implementados, sí cuestan.
Hay una parte de la comunidad en r/DeepSeek que ya lo dijo: se acabó el todo gratis. Tienen razón a medias. El precio por llamada es bajo, pero se suma al coste de tokens y al de Fetch, y la documentación china hablaba inicialmente de dos semanas de gracia con fecha de cobro anunciada por separado, lo que sembró dudas sobre si el 31 de octubre es firme. Mi lectura: planifica como si lo fuera. Si se retrasa, ganas margen. Si no, no te agarra en curva.
Qué hacer al respecto
1. Instrumenta Search y Fetch por agente y por tarea, antes del 31 de octubre. Necesitas tres contadores separados: llamadas a Search, llamadas a Fetch y llamadas fallidas. Sin esa separación no puedes atribuir el coste a un producto, a un cliente o a un flujo. Y sin atribución, cualquier discusión de pricing interno es humo.
2. Modela coste por tarea, no por llamada. Saca el promedio de searches y fetches por tarea terminada en tu flujo real, multiplícalo por 0,00075 y súmalo al coste de tokens. Ese es tu número. Si no lo tienes medido, estás presupuestando con el titular del proveedor, que es exactamente lo que el proveedor quiere que hagas.
3. Explota el no-cobro de fallos y vacíos, pero no los confundas con éxito. Implementa caché de queries y deduplicación para que las repeticiones no lleguen al endpoint. Un timeout es gratis, sí, pero si tu agente lo trata como resultado válido estás pagando el error en tokens y en calidad, no en búsquedas.
4. Revisa el rate limit de 5 QPS antes que el precio. Si corres varios agentes en paralelo bajo una sola key, planifica colas o claves separadas. Un límite de 5 QPS mal gestionado te genera reintentos, latencia y un agente que parece roto cuando en realidad está esperando turno.
5. Recalcula el TCO contra Tavily, Exa, Brave y Serper incluyendo calidad de índice. El ahorro por llamada se evapora si tu agente necesita dos iteraciones extra para encontrar lo mismo. Mide tasa de éxito por query, no solo precio por query. Ahí es donde se gana o se pierde la comparación.
Y una cosa más: los resultados traen rerank score de 0 a 3 y authority tier de 0 a 4. Eso es información gratis que casi nadie va a usar. Si filtras por authority tier antes de mandar el contexto al modelo, bajas tokens y bajas ruido. El ahorro real de esta API no está en los 0,75, está en lo que dejas de mandarle al LLM.
¿Ya sabes cuántas búsquedas hace tu agente por tarea? Si la respuesta es «creo que pocas», ese es el problema. Cuéntame en comentarios cómo estás midiendo el consumo de herramientas por agente, porque el 31 de octubre llega igual para todos.
Preguntas frecuentes
¿Cuánto cuesta realmente la DeepSeek Search API?
0,75 USD (5 yuanes) por cada 1.000 peticiones exitosas, cobrado por separado en Search y en Fetch. Equivale a 750 USD por millón de llamadas por endpoint. Solo se factura la respuesta HTTP 200 con contenido.
¿Qué pasa si mi agente falla o la búsqueda vuelve vacía?
No se cobra. Fallos, resultados vacíos y timeouts son gratis. El número de resultados solicitados tampoco altera el precio: 10 o 50 cuestan lo mismo.
¿Desde cuándo se factura dentro de Claude Code y Codex?
A partir de las 16:00 UTC del 31 de octubre de 2026, que corresponde a la medianoche del 1 de noviembre en Pekín. Antes de esa fecha, las llamadas de esos clientes al motor de DeepSeek siguen siendo gratuitas.
¿Cuál es el límite de peticiones?
5 peticiones por segundo por cuenta en cada endpoint, con queries de 1 a 128 caracteres, 10 resultados por defecto y hasta 50. Para cargas de producción en paralelo, ese límite puede ser un cuello de botella más relevante que el precio.
Fuentes
- DeepSeek prices web search for AI agents at $0.75 per 1,000 calls — PPC Land
- DeepSeek Opens Its Search API at $0.75 per 1,000 Calls — FourWeekMBA
- DeepSeek Opens Its Search and Fetch APIs at $0.75 per 1,000 Calls — Startup Fortune
- DeepSeek Adds Standalone Search and Fetch APIs for Agents — Pandaily
- DeepSeek Just Released V4.1-Flash-1017, Scores 77.0 on DeepSWE, Opens Search API — MarkTechPost