DeepSeek acredita tokens a sus usuarios como compensación tras una caída de varias horas

DeepSeek estuvo varias horas sin chat web ni API el 15 de octubre. Hacia las 8 de la mañana el servicio empezó a responder «servidor temporalmente no disponible», y en la página de estado el fallo afectaba a tres componentes a la vez: el chat, la API de V4 Pro y la API de V4.1 Flash. Más tarde, la compañía entregó tokens a los usuarios como compensación. En el mercado chino es un gesto llamativo: los proveedores de modelos suelen limitarse a pedir disculpas y publicar un postmortem.

Cómo se desarrolló la caída

Las primeras quejas llegaron hacia las 8 de la mañana. La versión web y la API dejaron de responder casi al mismo tiempo y a muchos usuarios a la vez, de modo que el problema parecía masivo desde el principio, no local. La página oficial de estado clasificó el incidente como una interrupción parcial (partial outage). Es decir, una parte de las solicitudes podía pasar, pero no se podía contar con un funcionamiento estable.

Hacia las 9, DeepSeek actualizó el aviso: la causa estaba identificada y se trabajaba en la recuperación. En el fragmento disponible del material de Jiqizhixin, el texto del aviso se corta, por lo que no mencionamos los detalles de la causa raíz (red, clúster de inferencia, despliegue, carga): la compañía no los ha hecho públicos. El titular del original habla de una caída de varias horas.

Un detalle importante: no cayó solo el chat para consumidores, también lo hicieron dos líneas de API de pago. Eso convierte de inmediato el incidente en algo más que una molestia para los usuarios de la aplicación: es un problema para los desarrolladores que tienen productos construidos sobre DeepSeek.

Por qué la compensación es en tokens

La elección de la "moneda" es lógica. La API de DeepSeek se tarifica por tokens, así que acreditar tokens encaja directamente en el modelo de facturación existente: no hacen falta reembolsos, facturas ni ajustes contables. Para la propia empresa también es un gesto barato. El coste de los tokens entregados equivale al coste de cómputo, no al precio de venta al público, y a corto plazo no requieren dinero efectivo.

Hay además un segundo efecto. Los tokens atan al cliente a la plataforma: quien ha recibido crédito tiene más probabilidades de gastarlo en DeepSeek que de irse a la competencia. Esta es nuestra interpretación, no una declaración de la compañía. El importe de la compensación y las condiciones para recibirla no figuran en el fragmento disponible del material, por lo que por ahora no se puede valorar cuán generoso es el gesto.

Aun así, el hecho en sí es significativo. Las empresas cuyos modelos ya forman parte de los flujos de trabajo se ven cada vez más obligadas a comportarse como proveedores de nube: con una página de estado pública, análisis de las causas y compensaciones por las caídas.

Qué se sabe por ahora

• Inicio del fallo: hacia las 8:00 del 15 de octubre.
• Afectados: chat web, API de V4 Pro y API de V4.1 Flash.
• Clasificación en la página de estado: interrupción parcial.
• Hacia las 9:00: DeepSeek comunicó que había encontrado la causa.
• Duración: varias horas, según el titular de Jiqizhixin.
• Compensación: tokens; el importe y las condiciones no figuran en los materiales disponibles.

Qué deben hacer los equipos que trabajan con la API

Primero: revisen el saldo y el historial de abonos en la cuenta personal. Si la compensación es automática, debería aparecer ahí; si hace falta enviar una solicitud, conviene no dejarlo para más tarde.

Segundo: comprueben cómo aguantó su producto durante la mañana. Si las solicitudes simplemente fallaban con un error, es buen momento para añadir reintentos con espera exponencial y timeouts que no bloqueen la interfaz de usuario.

Tercero: preparen una ruta alternativa. Un modelo de reserva de otro proveedor, o un modelo abierto local para los escenarios críticos, cuesta poco comparado con varias horas de caída. Para ello sirve cualquier enrutador de solicitudes con conmutación automática según el código de error.

Y por último, suscríbanse a la página de estado y configuren alertas sobre sus propias métricas de errores. Enterarse del problema por las quejas de los clientes llega más tarde que hacerlo por la monitorización, y en el caso de DeepSeek la ventana entre la caída y el primer comunicado oficial fue de aproximadamente una hora.