DeepSeek Coder es una familia de modelos especializados en programación. Sus repositorios siguen siendo referencias para investigación, completado de código y despliegues propios. El nombre Coder no identifica automáticamente la versión que utiliza un servicio actual de DeepSeek.
La familia Coder original
El repositorio de DeepSeek Coder publica distintos tamaños y describe entrenamiento para trabajar con código a escala de proyecto y completar fragmentos intermedios. Incluye modelos Base e Instruct, junto con ejemplos de uso.
Para elegir una variante, define antes si necesitas continuar código, rellenar un hueco o responder a instrucciones. La preparación de entrada adecuada depende tanto de la tarea como del modelo.
Qué distingue Coder V2
Coder V2 utiliza una arquitectura de mezcla de expertos. El proyecto publica una versión Lite de 16 mil millones de parámetros y una de 236 mil millones, con variantes Base e Instruct y un contexto documentado de 128K tokens.
El número de parámetros activos no describe el tamaño total de los archivos ni toda la memoria necesaria para servir el modelo. Consulta los requisitos de la combinación concreta de pesos, precisión, contexto y motor de inferencia.
Completado intermedio y conversación
Ver imagen a tamaño completo ↗Leer el ejemplo como texto
- Prefijo
function sumar(a, b) {- Hueco
- El fragmento de código que se solicita completar.
- Sufijo
}
En una conversación, en cambio, preparas mensajes e instrucciones. No trasladamos este esquema a un endpoint sin comprobar antes su formato.
En una tarea de completado intermedio aportas código anterior y posterior a un hueco y solicitas la parte que falta. En una conversación puedes pedir una explicación o una corrección. Mezclar el formato de una tarea con el de otra dificulta interpretar el resultado.
Si trabajas con el servicio alojado actual, consulta la guía de FIM Completion. Sus reglas y límites deben verificarse en la documentación vigente, sin trasladar automáticamente las instrucciones de Coder.
Cómo evaluar código generado
- Proporciona el lenguaje, las versiones relevantes y un ejemplo mínimo del comportamiento esperado.
- Incluye entradas normales, vacías y límites que pueda recibir la función.
- Comprueba que las dependencias propuestas existan y encajen con el proyecto.
- Revisa qué archivos o datos modificaría la solución antes de ejecutarla.
- Ejecuta pruebas funcionales y conserva los fallos para comparar variantes.
Una propuesta inicial puede ser: «Esta función debe conservar el orden y eliminar duplicados. Genera casos de prueba y explica qué propiedad comprueba cada uno». Después valida las expectativas con los requisitos reales. El ejemplo no representa una ejecución medida.
Elegir entre modelo propio e integración
Un despliegue propio requiere mantener el entorno, revisar licencias y dimensionar recursos. Una integración alojada requiere comprobar consumo, acceso y compatibilidad. Consulta las tareas de ingeniería de software o las herramientas para desarrolladores para elegir una ruta.
Para identificar los modelos servidos por la API oficial ahora, vuelve al catálogo actual.