Tu agente de programación va a revisar tickets de soporte con datos de clientes. El modelo puede ser capaz de resolverlos, pero la decisión de producto no empieza en la calidad del código: empieza en qué proveedor recibirá ese texto y bajo qué política de retención. Vercel anunció el 4 de noviembre de 2026 más proveedores con acuerdos de Zero Data Retention (ZDR) para Kimi K3.1 Pro y su variante Highspeed en AI Gateway. Antes, según Vercel, Moonshot AI era el único proveedor disponible para esos modelos en Gateway. La novedad amplía las rutas elegibles; no convierte por sí sola cualquier agente en «privado».

Qué cambia para un vibecoder o fundador

Los identificadores son moonshotai/kimi-k3.1-pro y moonshotai/kimi-k3.1-pro-highspeed. Vercel indica que ambos aceptan imágenes y ofrecen una ventana de contexto de un millón de tokens; Highspeed apunta a interacciones donde la latencia importa, como un agente que itera sobre código. No significa que debas meter un repositorio entero en un prompt: el contexto extenso tiene costo, puede añadir ruido y no reemplaza selección de archivos, permisos y revisión de diffs.

La diferencia operativa está en el enrutamiento. Si pides ZDR en la solicitud, Gateway debe elegir un proveedor con acuerdo ZDR para ese modelo. Si ninguno está disponible, la solicitud falla en vez de salir por una ruta sin ZDR. Ese «fallar cerrado» es útil cuando un fallback silencioso sería peor que mostrar un error al usuario. El mismo requisito puede activarse para todo el equipo en el panel de AI Gateway, incluyendo solicitudes de agentes de código.

Una prueba pequeña antes de usar datos reales

En un proyecto con AI SDK 7 y AI_GATEWAY_API_KEY configurada, usa un prompt ficticio. El parámetro decisivo es providerOptions.gateway.zeroDataRetention. Este ejemplo sigue la forma documentada por Vercel y sirve para copiarlo a un archivo zdr.ts; no ejecutamos aquí una solicitud facturable.

import { generateText } from 'ai';

const { text } = await generateText({
  model: 'moonshotai/kimi-k3.1-pro',
  prompt: 'Con datos ficticios, resume tres tickets de una app de reservas.',
  providerOptions: {
    gateway: { zeroDataRetention: true },
  },
});

console.log(text);

Comprueba tres cosas: que tu equipo tenga acceso a ZDR, que el modelo responda con un proveedor elegible y que tu aplicación maneje el error si no existe una ruta. La documentación de Vercel advierte que ZDR requiere un equipo Pro, Enterprise o un equipo que haya comprado créditos de AI Gateway; de lo contrario devuelve un 403. Si no hay proveedor ZDR para el modelo, devuelve un error de «no providers available». La prueba con contenido ficticio evita filtrar datos mientras validas configuración y presupuesto.

El límite que no debes esconder

ZDR trata la retención de datos por las rutas cubiertas del Gateway y sus proveedores participantes. No es un permiso general para subir secretos, ni una certificación automática de tu app. Vercel advierte que algunas funciones o modelos pueden quedar fuera de la política de un proveedor. Si tu agente usa búsqueda web u otra herramienta ejecutada por el proveedor, el servicio de esa herramienta puede procesar y conservar datos bajo términos propios sin que Gateway bloquee la petición ZDR. Revisa esos términos, oculta claves, limita el contenido enviado y conserva controles de acceso y auditoría en tu aplicación.

Si usas claves propias de proveedor (BYOK), la documentación dice que Gateway las omite por defecto al activar ZDR; una clave puede marcarse como elegible solo cuando tú tienes el acuerdo correspondiente. Marcarla no activa ZDR: aún debes activar el ajuste del equipo o de la solicitud. Para un agente de código, decide primero qué archivos puede leer, prueba con un repo ficticio y compara la latencia/costo de Pro y Highspeed con el mismo trabajo. La ampliación de proveedores ayuda a la disponibilidad de una ruta ZDR; no demuestra por sí sola que Kimi resuelva mejor tu caso.

Fuente y estado: anuncio oficial de Vercel, 4 de noviembre de 2026 y documentación de ZDR. No probamos el endpoint con una cuenta real ni medimos latencia, precio o calidad de respuesta.