DeepSeek actualizó su modelo V4.1 Flash el 17 de octubre y abrió dos herramientas web independientes a los desarrolladores de API. El modelo que ahora se ofrece bajo el nombre deepseek-flash es DeepSeek-V4.1-Flash-1017; el nuevo endpoint Search devuelve resultados web estructurados, mientras que Fetch devuelve una página en Markdown. Para quienes desarrollan un agente que necesita información actual, la versión cambia tanto el modelo disponible mediante un nombre de API existente como las fuentes de información a las que puede recurrir una aplicación. DeepSeek afirma que el modelo también mejora en las pruebas de agentes de programación, pero las cifras proceden de sus propias evaluaciones.

El gran cambio

  • Qué cambió: DeepSeek sustituyó el modelo que hay detrás de deepseek-flash sin cambiar ese nombre de API ni sus precios por token. También puso Search y Fetch a disposición como API JSON independientes.
  • Por qué importa: Una aplicación puede solicitar resultados de búsqueda, recuperar una página seleccionada e incorporar ese material a su propio flujo de trabajo. Las interfaces documentadas hacen visibles los pasos y los cargos por solicitud; no demuestran que todas las páginas recuperadas sean exactas ni que el nuevo modelo rinda mejor en el entorno de un usuario concreto.
  • Qué conviene observar: Las ejecuciones independientes del nuevo modelo con la configuración del agente publicada permitirían poner a prueba las afirmaciones de rendimiento de DeepSeek. Quienes usan Search o Fetch también deben vigilar la facturación de solicitudes, los límites de frecuencia y cómo sus aplicaciones manejan contenido de páginas que puede no estar disponible o no ser fiable.

Un nombre de modelo, una versión nueva

El registro de cambios del 17 de octubre de DeepSeek indica que el modelo Flash actualizado está disponible en su sitio web, aplicación y API. Las llamadas existentes a la API que usan deepseek-flash acceden a V4.1-Flash-1017. La empresa afirma que el método de llamada y el precio del modelo no cambian. Su tabla de precios actual indica un contexto de un millón de tokens y compatibilidad con modos de razonamiento y sin razonamiento, llamadas a herramientas y visión. Publica precios en horas punta de $0.30 por millón de tokens de entrada sin caché y $1.20 por millón de tokens de salida; fuera de las horas punta se cobra la mitad. La entrada almacenada en caché tiene una tarifa distinta, más baja. Son cargos del modelo alojado, independientes de las solicitudes Search y Fetch.

DeepSeek también publicó los pesos del modelo actualizado bajo licencia MIT. Esto permite a los equipos evaluar un despliegue propio, sujeto a la considerable capacidad de cómputo y configuración que exige el sistema de inferencia elegido. BIG CHANGE no ha instalado los pesos ni ha medido sus necesidades de recursos. En su anuncio de lanzamiento, la empresa recomienda DeepSeek Harness v0.2.1-rc.1 o posterior para su modelo más reciente; la recomendación se refiere al harness, no a un requisito de versión de la API.

Las cifras de rendimiento tienen un alcance más limitado que una afirmación general sobre programación. DeepSeek comunica una puntuación de 77.0 en DeepSWE v1.1 para el nuevo modelo, frente a 74.2 para su V4.1 Flash anterior, y una puntuación de 42.3 en Terminal-Bench 4.0 frente a 31.2. Su registro de cambios indica que la ejecución de Terminal-Bench usó Claude Code y la de DeepSWE, Mini-SWE-V2. Esos entornos de agente influyen en lo que mide una prueba. La empresa también comunica menores tiempos de ejecución y salidas más cortas, pero BIG CHANGE no ha reproducido las pruebas ni confirmado una mejora en el costo por tarea. Ninguno de estos resultados establece cómo se comportará el modelo en un flujo de producción sin supervisión.

Los resultados de búsqueda y las páginas recuperadas requieren llamadas distintas

La guía de Search y Fetch documenta dos endpoints POST: /v1/tools/search acepta una consulta y devuelve un arreglo results, mientras que /v1/tools/fetch acepta una URL y devuelve un título y el contenido de la página en Markdown. Ambos requieren una clave de API de DeepSeek en una cabecera bearer. Search permite solicitar entre 1 y 50 resultados e incluir opcionalmente el contenido de la página; sin esa opción, su campo content está vacío. Los resultados incluyen URL, título, fragmento, resumen y metadatos, como una fecha cuando está disponible. Son campos proporcionados por el servicio de búsqueda, no una verificación independiente de las afirmaciones de la página ni de su fecha de publicación.

Para una aplicación que necesita una fuente actual, la vía documentada consiste en buscar páginas candidatas y recuperar una URL seleccionada cuando se necesita su contenido. La aplicación aún debe decidir qué pasar al modelo y cómo contrastar la respuesta con la fuente. La guía no dice que una simple llamada a la API de deepseek-flash ejecute automáticamente esas dos solicitudes. DeepSeek afirma que las herramientas del servidor en DeepSeek Harness, Claude Code y Codex ya llaman a los servicios cuando se usan con su API; integrarlos de forma independiente sigue siendo una decisión aparte. La distinción importa al estimar tanto el comportamiento como el costo.

DeepSeek cobra $0.75 por cada 1,000 solicitudes Search exitosas y la misma cantidad por cada 1,000 solicitudes Fetch exitosas. Según la regla publicada, una búsqueda debe devolver un arreglo de resultados no vacío, o una recuperación debe devolver contenido de la página, para que se facture. La empresa afirma que las llamadas Search y Fetch del servidor realizadas mediante esas herramientas de agente concretas son gratuitas para usuarios de la API de DeepSeek hasta que comience la facturación a las 00:00, hora de Pekín, del 1 de noviembre de 2026 (16:00 UTC del 31 de octubre). Los cargos por tokens del modelo siguen aplicándose. Search y Fetch tienen cada uno un límite por cuenta de cinco solicitudes por segundo; Fetch también tiene un límite por dominio.

El endpoint Fetch depende de la disponibilidad y de las políticas de acceso del sitio de destino. La guía de DeepSeek enumera entre los posibles fallos el rechazo por políticas, las páginas bloqueadas o no compatibles, la ausencia de contenido extraíble y los límites de frecuencia. Una aplicación que use el Markdown devuelto debe tratarlo como material de una fuente que hay que examinar, no como instrucciones que obedecer. Es un límite del flujo de trabajo que debe establecer el desarrollador, no una garantía de fiabilidad de la API.

Fuentes y lecturas adicionales