DeepSeek Harness tiene cuatro modos de ejecución: Standard, Code, Minimal y Creator. No son cuatro niveles de rendimiento, y elegir un modo diferente no hace que el modelo DeepSeek subyacente sea intrínsecamente más inteligente o más débil. En cambio, cada modo cambia el entorno que rodea al modelo: las herramientas que puede utilizar, cómo se orquestan esas herramientas, cuánta ayuda proporciona el harness y si el agente está realizando tareas, siendo evaluado o modificando el propio harness.
La forma más sencilla de recordar la diferencia es esta: Standard sirve para realizar el trabajo, Code para orquestarlo, Minimal para medir el modelo y Creator para cambiar el harness. Esta distinción importa porque el rendimiento de un agente depende de mucho más que de los pesos del modelo. La superficie de herramientas, el ciclo de ejecución, la memoria, los permisos, el sistema de planificación y otros componentes del harness influyen en lo que un agente puede lograr.
Si estás comparando DeepSeek con otro entorno de agentes persistentes, nuestra guía sobre los complementos de Hermes para agentes DeepSeek muestra el mismo principio desde otra perspectiva: cambiar la capa del agente puede añadir visión, memoria, acceso a datos privados y otras capacidades sin sustituir el modelo base.
¿Por qué DeepSeek Harness necesita cuatro modos diferentes?
DeepSeek Harness se basa en la idea de que un agente no es simplemente un modelo de lenguaje con una línea de comandos conectada. El harness se sitúa entre el modelo y el entorno, y decide qué puede ver el modelo, qué herramientas están disponibles, cómo se ejecutan las acciones, cómo se registran las sesiones y qué ocurre a lo largo de varios pasos. DeepSeek resume esta relación diciendo que un agente está compuesto por un modelo más un harness.

Esa arquitectura también explica por qué los cuatro modos de ejecución de DeepSeek Harness pueden comportarse de formas tan diferentes mientras utilizan el mismo modelo subyacente. Standard expone el entorno completo del agente para el uso diario. Code conserva esas capacidades, pero cambia la forma en que el modelo orquesta las herramientas. Minimal elimina deliberadamente la mayor parte de la asistencia del harness. Creator añade la posibilidad de inspeccionar y transformar el propio entorno de ejecución.
Por lo tanto, estos modos no deben interpretarse como una escala de básico a avanzado. Minimal no está por debajo de Standard, y Creator no es simplemente un modo Standard más potente. Cada ajuste predefinido está optimizado para una pregunta diferente: ¿Cómo debe trabajar el agente? ¿Cómo debe coordinar las herramientas? ¿Qué parte del resultado corresponde al propio modelo? ¿O cómo debe reconstruirse el entorno del agente?
| Modo Harness de DeepSeek | Propósito principal | Ideal para | Diferencia principal |
|---|---|---|---|
| Standard | Ejecución completa del agente para el uso diario | Programación, investigación, trabajo con repositorios y tareas de varios pasos | Entorno completo de herramientas y agentes |
| Code | Orquestación programática de herramientas | Flujos de herramientas repetidos, condicionales o de varios pasos | Las herramientas se componen mediante TypeScript generado |
| Minimal | Reducir la asistencia del entorno | Pruebas de referencia y evaluación de modelos | Solo Bash persistente y un editor de archivos |
| Creator | Crear o modificar preajustes de agentes | Experimentos con complementos y entornos personalizados | Añade inspección del entorno de ejecución y creación de preajustes |
1. Modo estándar: el entorno predeterminado completo del agente DeepSeek
El modo estándar es el punto de partida natural cuando tu objetivo es simplemente asignarle una tarea a DeepSeek y hacer que la complete. Incluye el entorno completo del agente de programación: edición de archivos, acceso al shell, búsqueda de archivos y en la web, habilidades, planificación, objetivos, subagentes y flujos de trabajo. En lugar de obligarte a decidir manualmente cada paso siguiente, el modelo puede inspeccionar el entorno, actuar, observar el resultado y continuar.

Eso crea el conocido ciclo del agente: inspeccionar un repositorio, buscar archivos relevantes, leer el código, realizar una edición, ejecutar un comando, inspeccionar un error y revisar el resultado. La capacidad importante no es ninguna herramienta concreta de esa lista, sino la posibilidad de seguir avanzando por el entorno a medida que aparece nueva información. La arquitectura de complementos de DeepSeek hace que esas capacidades sean componibles, en lugar de tratar al agente como una única aplicación fija; la cobertura del lanzamiento lo ha descrito como un entorno de ejecución de agentes componible mediante complementos.
Para la mayoría de los usuarios, eso convierte el modo estándar en la opción predeterminada adecuada. Si quieres que DeepSeek investigue un error, comprenda un repositorio, implemente una función, inspeccione varios archivos o coordine una tarea de programación normal de varios pasos, hay pocas razones para eliminar deliberadamente las herramientas antes de comprobar que están causando un problema.
El modo estándar es menos adecuado cuando el propósito de la sesión es la evaluación y no la productividad. Si un modelo tiene éxito porque la búsqueda, la planificación, las habilidades, los subagentes y otros componentes del entorno compensan sus debilidades, el resultado final te indica qué tan bien funcionó el sistema de agentes. No te indica con claridad qué tan bien funcionaría el modelo base con una asistencia externa mínima.
2. Modo de código: deja que DeepSeek convierta la orquestación de herramientas en un programa
Code Mode es el más fácil de malinterpretar de los cuatro modos. No significa «Standard Mode, pero solo para tareas de programación». Según la definición actual de DeepSeek, Code Mode conserva todas las capacidades de Standard Mode. Lo que cambia es la forma en que las herramientas se exponen al modelo: DeepSeek puede utilizar el SDK de Code Mode para combinar varias operaciones dentro de un programa TypeScript generado por el modelo.

En un ciclo normal de agente, una tarea compleja puede requerir intercambios repetidos entre el modelo y herramientas individuales. El agente busca, recibe un resultado, decide qué leer, lo lee, procesa ese resultado, llama a otra herramienta y continúa. El SDK de Code Mode traslada parte de ese flujo de control a código ejecutable, lo que permite al modelo expresar bucles, filtrado, ramificaciones y varias operaciones dependientes con herramientas como un programa, en lugar de hacerlo como una larga secuencia de llamadas aisladas a herramientas.
Imagina una tarea que requiere buscar en cientos de archivos, filtrar las coincidencias por ruta, leer solo un subconjunto, extraer valores y después ejecutar la misma comprobación con cada resultado. Standard Mode todavía puede realizar ese flujo de trabajo, pero gran parte de la orquestación reside en turnos repetidos del agente. Code Mode resulta atractivo cuando la propia orquestación empieza a parecerse a un pequeño programa.
buscar archivos
→ filtrar las rutas coincidentes
→ recorrer los resultados
→ leer archivos seleccionados
→ procesar los datos devueltos
→ ejecutar operaciones de seguimiento
La palabra importante es complejidad, no «programación». Una edición sencilla no mejora automáticamente porque Code Mode pueda generar TypeScript a su alrededor. Standard Mode puede ser más fácil de seguir cuando solo intervienen unas pocas herramientas. Code Mode resulta más interesante cuando las operaciones repetidas, las transformaciones estructuradas, la lógica condicional o el procesamiento de resultados de herramientas generarían, de otro modo, muchas llamadas sucesivas al modelo.
3. Minimal Mode — Elimina el arnés y descubre más sobre el modelo
Minimal Mode no es una opción ligera pensada para PC más lentos o servidores domésticos más pequeños. Es un entorno de agente deliberadamente restringido. Actualmente, DeepSeek lo define como un agente de programación con dos herramientas, bash persistente y str_replace_editor, eliminando la superficie más amplia de búsqueda, habilidades, subagentes y flujos de trabajo disponible en Standard Mode.

La razón de esa restricción es la evaluación. El propio DeepSeek utilizó DeepSeek Harness Minimal Mode para las pruebas públicas de referencia de Code Agent, cuyos resultados se publicaron con V4-Flash. Ese uso aclara mucho más la intención: Minimal está diseñado para reducir la infraestructura de agentes circundante cuando los investigadores quieren una visión más acotada de lo que el modelo puede lograr con un conjunto pequeño y controlado de herramientas.
Esta distinción importa porque las evaluaciones comparativas modernas de agentes pueden medir algo más que el modelo. Un planificador sólido, un mejor ensamblaje del contexto, la búsqueda en el repositorio, habilidades especializadas, políticas de reintento o la delegación a subagentes pueden cambiar si una tarea tiene éxito. La investigación sobre la evaluación de entornos de agentes también sostiene que la capacidad debe interpretarse en el nivel de configuración modelo-entorno del agente, en lugar de atribuir automáticamente todo el resultado únicamente a los pesos del modelo.
Esto da al Modo Mínimo un objetivo de optimización muy diferente al del Modo Estándar. El Modo Estándar pregunta: «¿Qué entorno ofrece a este agente las mejores probabilidades de completar un trabajo útil?». El Modo Mínimo pregunta: «¿Qué ocurre cuando eliminamos gran parte de ese entorno y dejamos al modelo con una superficie de ejecución más reducida?».
Para el trabajo cotidiano, descartar deliberadamente capacidades útiles puede resultar contraproducente. Si tu objetivo es corregir un repositorio de la forma más rápida y fiable posible, el Modo Mínimo suele estar resolviendo el problema equivocado. Su valor aparece cuando la reproducibilidad, la comparación, la depuración o la comprensión del comportamiento básico del modelo importan más que completar el máximo número de tareas.
4. Modo Creador — Usa DeepSeek Harness para cambiar el propio Harness
El Modo Creador cambia el objeto con el que estás trabajando. El Modo Estándar utiliza principalmente un entorno de agente; el Modo Creador está diseñado para crear y experimentar con ese entorno. Incluye las capacidades del Modo Estándar y añade inspección del entorno de ejecución, experimentación con complementos en memoria y orientación para crear ajustes preestablecidos personalizados.

Esto se deriva directamente de la arquitectura subyacente de DSH. DeepSeek describe los modelos, las herramientas, las habilidades, las sesiones, los entornos aislados, el almacenamiento, los bucles, la programación de tareas e incluso la interfaz de usuario como complementos que se pueden seleccionar, sustituir o recomponer. El núcleo Cordis gestiona el montaje, desmontaje y las dependencias de los complementos, lo que significa que ampliar DSH no requiere necesariamente modificar un núcleo de agente monolítico privilegiado. Este diseño más amplio explica por qué importa más la afirmación del proyecto de que «todo es un complemento» que la existencia de cuatro ajustes preestablecidos por sí sola.
Supongamos que quisieras un agente diseñado específicamente para gestionar un servidor doméstico. Su entorno útil podría incluir acceso al shell, permisos restringidos del sistema de archivos, operaciones con Docker, documentación de infraestructura, herramientas de monitorización y algunas habilidades especializadas. Esa combinación no es idéntica a la de un agente de programación genérico. El Modo Creador está diseñado para experimentar con capacidades como estas y combinarlas en un ajuste preestablecido de agente reutilizable.
inspeccionar el entorno de ejecución actual
→ añadir o probar complementos
→ observar los servicios y las dependencias
→ ajustar la composición
→ guardar un ajuste preestablecido especializado
→ iniciar de nuevo ese entorno
Esto hace que el Modo Creador sea más especializado que el Modo estándar, pero no automáticamente mejor para el uso diario. Si solo quieres que DeepSeek modifique tres archivos y ejecute un conjunto de pruebas, la inspección del entorno de ejecución y la creación de preajustes aportan poco valor. Creador resulta útil cuando la pregunta cambia de «¿Puede el agente realizar esta tarea?» a «¿Qué capacidades debería tener este tipo de agente?»
Estándar frente a Código, Mínimo y Creador: ¿qué cambia realmente?
El mayor error es organizar los cuatro modos como una progresión, por ejemplo: Mínimo → Estándar → Código → Creador. Eso sugiere que cada paso simplemente añade potencia. La relación real es multidimensional: Estándar hace hincapié en la ejecución general, Código cambia la orquestación, Mínimo reduce deliberadamente la asistencia y Creador expone el propio entorno de ejecución como algo que se puede configurar.
La comparación resulta más clara cuando los modos se evalúan con las mismas preguntas, en lugar de hacerlo por cantidad de funciones. Estándar y Código conservan el amplio entorno de agente, pero Código cambia la forma de expresar el trabajo con herramientas en varios pasos. Mínimo se mueve intencionadamente en la dirección opuesta al reducir la superficie de herramientas. Creador parte de Estándar y añade capacidades para la composición del entorno de ejecución, en lugar de limitarse a añadir otra herramienta de productividad cotidiana.
| Pregunta | Standard | Code | Minimal | Creator |
|---|---|---|---|---|
| ¿Conjunto completo de herramientas para el uso diario? | Sí | Sí | No | Sí |
| ¿Búsqueda web/de archivos y habilidades? | Sí | Sí | Limitado / eliminado | Sí |
| ¿Subagentes y flujos de trabajo? | Sí | Sí | No | Sí |
| ¿Orquestación programática de varias herramientas? | Bucle del agente | Programa de TypeScript | Básico | Bucle del agente / experimentación |
| ¿Inspección del entorno de ejecución y creación de preajustes? | No es su objetivo principal | No es su objetivo principal | No | Sí |
| ¿Lo mejor para el trabajo diario con agentes? | Sí | Para una orquestación compleja | No | Solo al crear el entorno |
| ¿Lo mejor para comparar modelos? | No | No | Sí | No |
Por eso, dos pruebas que utilizan el mismo modelo de DeepSeek pueden producir resultados diferentes si sus configuraciones del entorno de ejecución difieren. Los primeros análisis de DSH ya han destacado la importancia de registrar la configuración del modelo y del entorno de ejecución, en lugar de comparar únicamente los nombres de los modelos. El acceso a herramientas, los permisos, la construcción del contexto, los bucles del agente y otras decisiones del entorno de ejecución pueden cambiar la ruta que sigue el modelo al realizar una tarea.
¿Qué modo de DeepSeek Harness deberías usar realmente?
Para la mayoría de las tareas habituales, comienza con Modo estándar. Expone el amplio conjunto de capacidades que DSH se diseñó para coordinar y te permite descubrir si realmente necesitas un entorno de ejecución más especializado. Comenzar en Mínimo solo porque suena más ligero puede eliminar precisamente las capacidades que hacen útil a un agente.
Cambia a Code Mode cuando el propio flujo de trabajo con herramientas se haya vuelto complejo. Las búsquedas repetidas, los bucles sobre muchos archivos, el filtrado de resultados de herramientas, las transformaciones estructuradas y las acciones condicionales son razones más sólidas para usar Code Mode que el simple hecho de que tu tarea implique desarrollo de software.
Usa Minimal Mode cuando la cuestión tenga que ver con el modelo y no con la máxima productividad. Es la opción más adecuada para comparaciones controladas, reproducir benchmarks, experimentar con indicaciones y situaciones en las que quieras saber si el éxito depende del modelo o de un armazón más completo a su alrededor.
Usa Creator Mode cuando quieras cambiar el entorno del agente. Está pensado para experimentar con plugins, crear preajustes especializados y para desarrolladores que tratan DeepSeek Harness como infraestructura para construir un agente nuevo, en lugar de limitarse a operar el predeterminado.
| Si tu objetivo es... | Usa |
|---|---|
| Corrige un repositorio, investiga un problema o completa un trabajo normal de varios pasos | Standard |
| Coordina muchas operaciones de herramientas dependientes o repetitivas | Code |
| Evalúa el modelo con menos asistencia del armazón | Minimal |
| Crea un entorno de agente especializado o experimenta con plugins | Creator |
Si tu objetivo más amplio es crear capacidades de agente reutilizables en torno a datos privados en lugar de modificar DSH, nuestra guía sobre habilidades de agentes de IA para bases de conocimiento locales explica cómo las habilidades pueden empaquetar flujos de trabajo repetibles de recuperación, análisis, recopilación de evidencias y gestión del conocimiento en un sistema autoalojado.
Plan Mode no es un quinto modo de ejecución de DeepSeek Harness
Hay otra función de DSH que hace confusa la terminología: Plan Mode. Parece que debería estar junto a Standard, Code, Minimal y Creator, pero la arquitectura actual de DeepSeek lo trata de otra manera. Los cuatro modos anteriores son preajustes o composiciones de ejecución. Plan Mode es un estado de planificación opcional por agente que modifica las indicaciones proporcionadas al modelo.
La documentación del subsistema de DeepSeek describe explícitamente Plan Mode como una orientación flexible. Mientras está activo, se incluye una sección de indicaciones relacionada con la planificación en las solicitudes al modelo. El modo sandbox y la política de aprobación aplican restricciones de forma independiente, y el propio ciclo del agente no depende de Plan Mode.
Esto asigna funciones diferentes a ambos conceptos. Standard, Code, Minimal y Creator responden a preguntas sobre la composición del entorno de ejecución: qué capacidades existen y cómo funciona el agente. Plan Mode responde a una pregunta de comportamiento: ¿debe el agente mantenerse en un estado de colaboración orientado a la planificación antes de proceder con la ejecución?
Standard / Code / Minimal / Creator
= composición del entorno de ejecución
Modo Plan
= estado de planificación y orientación
Por tanto, si alguien pregunta si DeepSeek Harness tiene cuatro modos o cinco, la respuesta útil es: DSH actualmente incluye cuatro modos principales de ejecución, mientras que Plan Mode es un mecanismo opcional de planificación independiente, no un quinto ajuste preestablecido de ejecución al mismo nivel.
Los cuatro modos revelan qué está construyendo realmente DeepSeek Harness
Lo más interesante de DSH no es que ofrezca a los usuarios cuatro botones entre los que elegir. Los modos exponen cuatro capas diferentes de ingeniería de agentes. Standard se centra en la ejecución. Code se centra en la orquestación. Minimal se centra en la evaluación. Creator se centra en la composición. En conjunto, muestran que DeepSeek considera el harness una parte activa del comportamiento del agente, en lugar de un pegamento invisible alrededor del modelo.
Esto es importante porque las mejoras en los sistemas de agentes no tienen que proceder únicamente del entrenamiento de un modelo más grande. Cambiar la presentación de las herramientas, la gestión del contexto, las políticas de ejecución, el comportamiento de los reintentos, las habilidades, la memoria o la composición del entorno de ejecución puede cambiar lo que el mismo modelo es capaz de lograr. Si te interesa ampliar esas capacidades en lugar de reconstruir todo el entorno de ejecución, la pila de complementos de DeepSeek y Hermes es otro ejemplo de cómo el sistema de agentes que rodea al modelo puede añadir capacidades completamente nuevas.
Esto también significa que los cuatro ajustes preestablecidos deben considerarse configuraciones iniciales, no respuestas universales. Un entorno de evaluación comparativa necesita menos asistencia. Un agente de producción puede requerir más herramientas y permisos más estrictos. Un flujo de trabajo complejo con herramientas puede beneficiarse de la orquestación mediante código. Un agente especializado para servidores domésticos quizá termine mereciendo su propio ajuste preestablecido.
DeepSeek Harness todavía se encuentra en versión preliminar para desarrolladores, y DeepSeek afirma que sus complementos y API principales seguirán evolucionando. Por lo tanto, los ajustes preestablecidos y las interfaces exactos pueden cambiar. Pero la distinción arquitectónica ya resulta útil: cuando un agente se comporta de forma diferente, no hay que fijarse únicamente en el modelo. Hay que observar el harness que determina cómo puede actuar ese modelo.
Centro de Tecnología e IA
Más para leer

¿Cómo afecta la reducción de resolución de series temporales a la detección de anomalías en hogares inteligentes?
Descubre cómo el ancho de los intervalos, la agregación, el antialiasing, los datos faltantes, la duración de los eventos y la retención multiescala cambian...

¿Cómo combina una cuadrícula de ocupación las señales débiles del hogar inteligente?
Aprende cómo las celdas espaciales, los modelos de sensores, las actualizaciones de log-odds, la atenuación, la evidencia correlacionada y los umbrales convierten señales débiles...

¿Cómo afecta la normalización fotométrica a la agrupación privada de rostros?
Descubre cómo la corrección de la iluminación cambia los recortes faciales, los embeddings, las distancias entre clústeres, los umbrales, la sobrenormalización y la evaluación...

