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 subyacente de DeepSeek sea intrínsecamente más inteligente o más débil. En cambio, cada modo cambia el entorno que rodea al modelo: qué herramientas puede utilizar, cómo se coordinan esas herramientas, cuánta ayuda proporciona el armazón y si el agente está realizando tareas, siendo evaluado o modificando el propio armazón.
La forma más sencilla de recordar la diferencia es esta: Standard sirve para realizar el trabajo, Code para coordinarlo, Minimal para medir el modelo y Creator para cambiar el armazón. 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 bucle de ejecución, la memoria, los permisos, el sistema de planificación y otros componentes del armazón influyen en todo lo que un agente puede hacer.
Si estás comparando DeepSeek con otro entorno de agentes persistentes, nuestra guía sobre los complementos de Hermes para agentes de 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 armazón 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 y un armazón.
Esa arquitectura también explica por qué los cuatro modos de ejecución de DeepSeek Harness pueden comportarse de formas tan distintas aunque utilicen el mismo modelo subyacente. Standard ofrece el entorno completo del agente para el uso cotidiano. Code conserva esas capacidades, pero cambia la forma en que el modelo coordina las herramientas. Minimal elimina deliberadamente la mayor parte de la asistencia del armazón. Creator añade la capacidad de inspeccionar y reformular 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 preestablecido optimiza una cuestión diferente: ¿Cómo debería trabajar el agente? ¿Cómo debería coordinar las herramientas? ¿Qué parte del resultado corresponde al propio modelo? ¿O cómo debería 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 trabajo de herramientas repetitivos, condicionales o de varios pasos | Las herramientas se combinan mediante TypeScript generado |
| Minimal | Reducir la asistencia del entorno | Pruebas comparativas y evaluación de modelos | Solo Bash persistente y un editor de archivos |
| Creator | Crear o modificar ajustes preestablecidos de agentes | Experimentos con complementos y entornos personalizados | Añade inspección del entorno de ejecución y creación de ajustes preestablecidos |
1. Modo estándar: el entorno de agente DeepSeek completo predeterminado
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 exigirte que decidas manualmente cada paso siguiente, el modelo puede inspeccionar el entorno, actuar, observar el resultado y continuar.
Eso crea el ciclo de agente habitual: inspeccionar un repositorio, buscar archivos relevantes, leer código, hacer una modificación, ejecutar un comando, inspeccionar un error y revisar el resultado. La capacidad importante no es ninguna herramienta específica de esa lista. Es la capacidad de seguir avanzando por el entorno a medida que aparece nueva información. La arquitectura de complementos de DeepSeek hace que esas capacidades sean combinables, 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 hace que el modo estándar sea la opción predeterminada correcta. 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 con varios pasos, hay pocas razones para quitar deliberadamente las herramientas antes de saber que están causando un problema.
El modo estándar resulta 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 deficiencias, el resultado final te indica qué tan bien funcionó el sistema de agentes. No te dice 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. El cambio está en cómo se exponen las herramientas 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 al código ejecutable, lo que permite al modelo expresar bucles, filtros, ramificaciones y varias operaciones dependientes de herramientas como un programa, en lugar de una larga secuencia de llamadas aisladas a herramientas.
Imagina una tarea que requiera buscar en cientos de archivos, filtrar las coincidencias por ruta, leer solo un subconjunto, extraer valores y después ejecutar la misma comprobación en cada resultado. Standard Mode todavía puede realizar ese flujo de trabajo, pero gran parte de la orquestación se desarrolla 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 en un bucle
→ leer los archivos seleccionados
→ procesar los datos devueltos
→ ejecutar operaciones posteriores
La palabra importante es complejidad, no «programación». Una edición simple no mejora automáticamente porque Code Mode genere código 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 de ida y vuelta al modelo.
3. Minimal Mode — Elimina el arnés y descubre más del 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 limitado. 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.
El motivo de esa restricción es la evaluación. El propio DeepSeek utilizó DeepSeek Harness Minimal Mode para las evaluaciones públicas de Code Agent con V4-Flash. Ese uso deja mucho más clara la intención: Minimal está diseñado para reducir la infraestructura de agente 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 más que el modelo. Un planificador sólido, una mejor recopilación de contexto, la búsqueda en el repositorio, capacidades especializadas, políticas de reintento o la delegación a subagentes pueden cambiar si una tarea tiene éxito. Las investigaciones sobre la evaluación de arneses también sostienen que la capacidad debe interpretarse en el nivel de configuración del modelo y del arnés, en lugar de atribuir automáticamente todo el resultado únicamente a los pesos del modelo.
Esto le 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 la mejor oportunidad 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 ser contraproducente. Si tu objetivo es corregir un repositorio de la forma más rápida y fiable posible, el Modo Mínimo normalmente está resolviendo el problema equivocado. Su valor aparece cuando la reproducibilidad, la comparación, la depuración o la comprensión del comportamiento directo 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 en 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 capacidades, las sesiones, los entornos aislados, el almacenamiento, los bucles, la programación y hasta la interfaz de usuario como complementos que se pueden seleccionar, reemplazar o recombinar. El núcleo Cordis gestiona el montaje, desmontaje y las dependencias de los complementos, lo que significa que ampliar DSH no necesariamente requiere 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.
Supón que quisieras un agente dedicado específicamente a 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 supervisión y algunas capacidades 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 servicios y 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 simplemente 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 vs. Código vs. Mínimo vs. Creador: ¿qué cambia realmente?
El mayor error es ordenar los cuatro modos en una progresión como 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. Tanto Estándar como Código conservan el amplio entorno de agentes, pero Código cambia la forma de expresar el trabajo con herramientas en varios pasos. Mínimo se mueve deliberadamente 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 cotidianas? | 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 en 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í |
| ¿Es lo mejor para el trabajo diario con agentes? | Sí | Para una orquestación compleja | No | Solo al crear el entorno |
| ¿Es lo mejor para comparar modelos? | No | No | Sí | No |
Por eso, dos pruebas que utilizan el mismo modelo de DeepSeek pueden producir resultados distintos 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, empieza con Modo estándar. Expone el amplio conjunto de capacidades que DSH fue diseñado para coordinar y te permite descubrir si realmente necesitas un entorno de ejecución más especializado. Empezar en Modo 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 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 más adecuado para comparaciones controladas, reproducir benchmarks, experimentar con indicaciones y situaciones en las que quieras saber si el éxito depende del modelo o de un arnés más completo a su alrededor.
Usa Creator Mode cuando quieras cambiar el entorno del agente. Está pensado para experimentar con complementos, 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 arnés | Minimal |
| Crea un entorno de agente especializado o experimenta con complementos | Creator |
Si tu objetivo general 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 integrar 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 opcional de planificación por agente que modifica las indicaciones proporcionadas al modelo.
La documentación del subsistema de DeepSeek describe explícitamente Plan Mode como una guía 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 los dos conceptos. Standard, Code, Minimal y Creator responden 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: ¿debería el agente permanecer 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
Plan Mode
= estado de planificación y orientación
Así que, 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 equivalente.
Los cuatro modos revelan qué está construyendo realmente DeepSeek Harness
La parte 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 arnés una parte activa del comportamiento del agente, y no un simple pegamento invisible alrededor del modelo.
Esto es importante porque las mejoras en los sistemas de agentes no tienen que provenir ú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 lo rodea puede añadir capacidades completamente nuevas.
Eso 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 una orquestación programática. Un agente especializado para servidores domésticos quizá termine mereciendo su propio ajuste preestablecido.
DeepSeek Harness todavía está en fase de vista previa 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 te fijes solo en el modelo. Fíjate en el arnés que determina cómo puede actuar ese modelo.
Centro de Tecnología e IA
Más para leer

¿Qué es el estado de Plex y qué partes deben persistir?
El estado persistente de Plex es la información que conserva la experiencia del servidor entre reinicios y reconstrucciones; los datos multimedia y los datos...

¿Cómo gestiona Plex la autenticación entre sesiones locales y remotas?
La autenticación de Plex comienza con la identidad del servidor y de la cuenta; después, las rutas de red locales o remotas determinan la...

¿Por qué puede ralentizarse la búsqueda en Plex a medida que crecen los datos de la biblioteca?
El crecimiento de la biblioteca por sí solo no es el diagnóstico. Comprueba la estructura de las consultas, los índices, el estado de la...

