Después del lanzamiento oficial de DeepSeek V4 Pro, el producto de Agente de DeepSeek finalmente apareció:El DeepSeek Harness。
Lo que más vale la pena prestar atención no es "otro agente de código ", sino la filosofía de diseño detrás de él:Todo es un plugin (Everything is a plugin)。
La fórmula central dada por DeepSeek es:
Agente = modelo + arnés
Esta fórmula es realmente muy comprensible. Los productos que usamos habitualmente como Claude Code y Codex pertenecen esencialmente a Harness: el modelo es responsable del razonamiento, mientras que Harness es responsable de un conjunto completo de mecanismos de operación, como herramientas, habilidades, contexto, sandbox, almacenamiento, bucle de agente, subagente, flujo de trabajo, etc.
En el pasado, la mayoría de estas capacidades estaban encapsuladas en un producto de software completo. Los usuarios pueden usarlo, pero rara vez necesita comprenderlo, y mucho menos modificarlo libremente.
Y DeepSeek Harness eligió otro camino:Todas estas capacidades que originalmente estaban ocultas dentro del producto se complementan.
¿Qué es exactamente el Harness?
Lo que es realmente especial acerca de DeepSeek Harness es que está detrás Núcleo de Cordis。
Cordis no es responsable de completar directamente una tarea específica, lo que hace es muy modesto:Gestionar la carga, desinstalación y dependencias de plugins.
Más importante aún, los complementos incluso pueden cambiar dinámicamente durante la ejecución del agente, sin que el estado de ejecución de todo el agente se rompa directamente.
Aquí hay dos conceptos clave:
Composibilidad Temporal (Composibilidad Temporal)Después de desinstalar un complemento, se pueden deshacer los efectos secundarios que ha producido anteriormente.
Composibilidad Espacial (Composibilidad Espacial)Si un plug-in depende de otro plug-in, puede procesar dinámicamente las dependencias cuando se agregan, eliminan o cambian.
Estas dos habilidades se combinan para producir algo muy interesante:
El agente ya no solo usa herramientas, sino que puede cambiar sus propias herramientas y capacidades durante la ejecución.
Por ejemplo, el agente se encuentra faltando una cierta capacidad, puede crear un complemento, cargar este complemento en el entorno actual y luego continuar completando la tarea.
Es por eso que DeepSeek no lo llama simplemente Code o Build, sino que lo llama Harness。
Debido a que lo que realmente quiere hacer puede no ser un producto de agente completo y orientado al usuario promedio, sino un conjunto de productos que se pueden escalar, combinar y experimentar continuamente. Infraestructura de agentes。
Desde este punto de vista, DeepSeek Harness es más como un campo de experimentación: el oficial ofrece un lote de complementos básicos, y los desarrolladores continúan creando nuevos complementos, lo que finalmente hace que todo el sistema de capacidades del agente sea cada vez más rico.
Los cuatro modos, en realidad, son sólo cuatro presuposiciones.
Al abrir Harness por primera vez, es fácil confundirse con sus cuatro modos.
Pero después de entender a Cordis, descubrirá que estos cuatro modos no son la esencia de Harness, sino solo algunos conjuntos ofrecidos oficialmente.Plug-in Compuesta Template。
1. El modo estándar
Este es el modo más adecuado para el usuario medio.
Se preestablecen las capacidades completas del agente de código, incluida la lectura y edición de archivos, shell, búsqueda de archivos, búsqueda de páginas web, habilidades, planes, objetivos, tareas en segundo plano, subagentes y flujos de trabajo.
Si simplemente desea usar DeepSeek Harness normalmente,Basta con seleccionar el modo estándar.
2. Modo PTC
El modo PTC tiene la mayoría de las capacidades del modo estándar, pero cambia la forma en que el modelo llama a las herramientas.
En el modo tradicional, el modelo tiende a ser:
Llamar a la herramienta → Obtener resultados → Reconsiderar → Llamar a la herramienta de nuevo.
PTC le dará al modelo un conjunto de SDK de modo de código, para que el modelo escriba directamente el programa TypeScript, combine múltiples operaciones de herramientas y se ejecute a la vez.
Por ejemplo, las tareas que requieren múltiples lecturas, búsquedas, filtros y llamadas paralelas pueden comprimirse en una ejecución de programa.
Su ventaja es queReducir los viajes entre el modelo y la herramienta, al tiempo que reduce el consumo parcial de TokenPero a la costa de una mayor capacidad de programación y depuración del modelo.
Por lo tanto, el usuario promedio no tiene que usar PTC tan pronto como viene.
3. Modelo mínimo
El modo minimalista, a su vez, comprime el entorno a un grado muy pequeño.
Ofrece principalmente un Bash persistente y un editor de archivos, al tiempo que elimina una gran cantidad de capacidades adicionales.
Es más adecuado para hacer pruebas de capacidad de modelo: este patrón puede ser valioso si desea comparar el rendimiento de diferentes modelos en un entorno de agente mínimo.
Sin embargo, cuando se usa como agente diario, la experiencia será significativamente limitada.
4. Modelo creativo
El modo de creación es lo más interesante de todo el arnés.
No solo puede utilizar las capacidades existentes, sino que también puede examinar el entorno Cordis en ejecución actual y experimentar con plugins en memoria, crear nuevos agentes y plugins.
Es decir, el agente puede intentarTransformarse a sí mismo。
Por ejemplo, puede pedirlo:
"Ayúdame a crear un agente de auditoría de seguridad que solo le permita leer código, no modificar archivos".
o:
"Crear un agente de investigación con capacidades de búsqueda dentro de la empresa y habilidades exclusivas. "
Incluso puede comprobar primero qué habilidades tiene y luego crear un plugin en el lugar y cargarlo cuando descubre que falta una herramienta.
Para ponerlo en una simple metáfora:
El agente descubrió que no tenía una llave, así que se hizo una llave, la puso en su mano y continuó trabajando.
Ese es el sentido experimental de DeepSeek Harness.
Otro diseño importante: todo es un registro de eventos
El diseño de la sesión de Harness también es especial.
En lugar de simplemente guardar un registro de chat, diseña todo el proceso de ejecución del agente como un solo registro.Añadir sólo log de eventos。
Las instrucciones del sistema, los mensajes de usuario, el razonamiento del modelo, las llamadas a herramientas, los resultados de las herramientas, los cambios de permisos, la inyección de contexto, la compresión de contexto, la programación de subagentes, etc., pueden ser eventos en el registro.
La historia que ve el modelo de la próxima ronda también se deriva de nuevo de acuerdo con este registro de eventos.
Esto es importante para los desarrolladores.
Cuando los agentes tradicionales tienen problemas, a menudo solo vemos « tareas falladas » o « modelos atrapados en bucles » sin saber exactamente por dónde comenzó a desviarse.
El registro de eventos y la vista de trayectoria proporcionan una forma más completa de que el proceso de ejecución del agente se convierta en un proceso más completo.Observable, auditable y reproducible。
Esta es una de las razones por las que Harness está más orientado a entornos de desarrollo e investigación en lugar de productos de grado de consumo ordinario.
Lo que realmente vale la pena, no es el número de plugins
La mayor característica de DeepSeek Harness en la actualidad, y su mayor controversia.
A quien le guste le parecerá:
Esto es lo que debe ser el futuro agente.
A las personas que no les gusta, les gusta:
¿Por qué un agente tiene que hacerlo tan complicado?
Creo que ambas ideas son correctas.
Desde el punto de vista de los usuarios comunes, Harness tiene umbrales obvios: muchos términos de los desarrolladores, conceptos complejos, relaciones entre funciones no intuitivas, y muchas capacidades necesitan comprender los plugins, modos y mecanismos de ejecución antes de que puedan ser realmente desarrolladas.
Pero si se mira desde el punto de vista de la infraestructura de agentes, es realmente interesante.
En el pasado, usamos Agentes, esencialmente usamos una "caja" que ya había sido diseñada por el fabricante; Harness trata de desmontar esta caja, exponiendo todas las herramientas, capacidades y mecanismos de ejecución dentro, para que los desarrolladores puedan volver a combinarlos.
Así que prefiero entender el arnés de DeepSeek como:
Todavía no es un producto de Agente completo, sino una infraestructura de Agente en formación.
La pregunta que realmente quiere explorar no es "cómo hacer un asistente de código mejor ", sino:
Si las capacidades de un agente en sí pueden ser creadas, instaladas, desinstaladas y combinadas dinámicamente, ¿qué se convertirá en un agente?
Aquí es donde "todo es un plugin" es realmente interesante.
Por supuesto, en esta etapa, todavía hay un largo camino por recorrer para que los usuarios promedio no sean realmente "buenos ".
Sin embargo, como un intento audaz de la arquitectura de agente, DeepSeek Harness merece la atención.
Puede que no sea la respuesta final, pero al menos ofrece una dirección muy interesante:
El futuro agente, tal vez ya no es un software fijo, sino un conjunto de entornos de ejecución que pueden cambiar constantemente sus propias capacidades.