El equipo de DeepSeek Harness acaba de lanzar dsh-superagent, un prototipo de investigación con licencia MIT. DeepSeek dsh-superagent es un agente de codificación proactivo para un repositorio de GitHub. Está empaquetado como un bundle para DeepSeek Harness. Escucha GitHub y, opcionalmente, Feishu. Convierte las solicitudes permitidas en elementos de trabajo paralelos, cada uno en su propia sesión de agente. El lanzamiento se envió junto con una publicación de diseño, Explorando el diseño de Super-agente: Hacia un sistema de agente más autónomo.

TL;DaR

• ¿Qué es?: Un bundle de TypeScript, v0.1.0, lanzado como 1 commit bajo MIT. Utiliza cualquier modelo que esté configurado en el perfil de Harness.
• Se ejecuta en: Tu propia máquina, como un perfil de DeepSeek Harness dedicado. Necesita Node.js 22.19+ o 24+, git 2.32+, Python 3.8+, tmux y GitHub CLI 2.48+.
• Rendimiento: En la simulación de DeepSeek, finalizó tareas mucho más rápido bajo un flujo de mensajes ruidoso que un agente de sesión única.
• Lo mejor: Finalización de tareas p95 de 15,7 minutos vs 29,5 minutos para la línea de base de sesión única (aproximadamente 1,9 veces más rápido).
• Lo peor: Se probó solo con mensajes sintéticos y herramientas simuladas. No se midió la calidad de codificación real.

¿Qué es DeepSeek dsh-superagent?

Es un agente de GitHub que espera ser solicitado. Cuando una persona autorizada se dirige a él, abre un elemento de trabajo, llamado Ticket. Cada Ticket se ejecuta en su propia sesión y directorio. Los resultados regresan a la conversación original, a menudo como una solicitud de extracción. Un panel web local lista solo lo que necesita una persona.

La página README establece la regla principal de manera clara: tomar la menor atención humana posible y dar el mayor valor posible. El documento de filosofía lo aplica al comportamiento. El agente confirma una vez, permanece en silencio mientras trabaja y escribe nuevamente solo con un resultado, una pregunta o un fallo.

¿Por qué DeepSeek construyó un Super-agente?

El equipo de DeepSeek argumenta que los agentes mainstream tratan 1 sesión como la unidad básica. Según el informe, como informó ifeng, una persona solo puede seguir activamente 3 a 5 sesiones al mismo tiempo. La atención humana, y no la capacidad del modelo, se convierte en el cuello de botella para la multitarea.

¿Cómo funciona la arquitectura Router-Worker?

El equipo de investigación describe 2 capas. Un Router de larga duración maneja la interacción y el despacho. Las sesiones de Worker aisladas realizan el trabajo real.

En el prototipo, ese flujo es concreto, según el modelo de dominio:

• Fuente → Disparador: GitHub o Feishu produce eventos.
• Evaluación: decide si un lote de disparadores solicita nuevo trabajo.
• Tiquete: una unidad de trabajo autorizado, con un Mandato inmutable que establece por qué puede proceder.
• Suscripción: los comentarios posteriores sobre una solicitud de extracción llegan al Worker correcto sin una mención fresca.

La sesión principal ejecuta el conjunto preestablecido dsh-superagent-router con un conjunto de herramientas más pequeño. Cada Worker ejecuta dsh-superagent-worker. Los comandos de shell se mueven al fondo después de 5 segundos, para que los Workers sigan recibiendo mensajes, según la documentación de ejecución.

El trabajo proactivo está controlado. La documentación de autorización define 3 modos de aceptación: off, observe (predeterminado) y auto. En observe, el agente solo registra lo que habría aceptado.

El equipo de investigación también enumera ideas más allá del prototipo: un Watchdog externo, separación de almacenamiento y cómputo, y un bucle ReAct asíncrono.

¿Cómo se desempeña?

DeepSeek realizó pruebas con chat de grupo simulado y flujos de GitHub CI. Cada ejecución tuvo alrededor de 300 mensajes, de los cuales alrededor de 20 fueron solicitudes de trabajo reales. Cada esquema se ejecutó 5 veces, según la cuenta de ifeng del informe.

• Superagente: p50 de 12,4 minutos, p95 de 15,7 minutos.
• Sesión única más subagentes, prompt neutral: p95 de 29,5 minutos. No se dio p50.
• Por qué: bajo el prompt neutral, la línea de base llamó a un subagente 0 veces en 5 ejecuciones.
• Carga del enrutador: a medida que las llegadas aumentaron de aproximadamente 1 a 40 por minuto, el tamaño del lote creció de 1,0 a 2,8. La latencia por solicitud aumentó de 2,5 a 3,9 segundos.

Una abstracción eliminó el pase directo de eventos. Las decisiones del enrutador aumentaron aproximadamente un 30%, y los tokens de lectura de caché aumentaron aproximadamente un 37%, de 23,23M a 31,77M. Todas las cifras son autoinformadas y provienen de informes secundarios del informe.

¿Cómo se compara dsh-superagent con otros agentes de codificación de GitHub?

Puntos clave

• DeepSeek lanzó dsh-superagent, un prototipo de agente de codificación proactivo con licencia MIT.
• Un Router despacha el trabajo; sesiones de Worker aisladas ejecutan cada Ticket.
• Tiempo de tarea simulado p95: 15,7 minutos vs 29,5 minutos para una sola sesión.
• El trabajo proactivo permanece en modo observe hasta que un equipo lo active.
• Se ejecuta con acceso completo de usuario de OS, así que aíslelo antes de usarlo.

Consulte el repositorio de GitHub, la guía de configuración y la documentación de diseño. Además, no dude en seguirnos en Twitter y no olvide unirse a nuestro subreddit de ML de 150k+ y suscribirse a nuestro boletín informativo. ¿Espera! ¿Está en Telegram? ahora también puede unirse a nosotros en Telegram.

¿Necesita asociarse con nosotros para promocionar su repositorio de GitHub o su página de Hugging Face o su lanzamiento de producto o seminario web, etc.? Conéctese con nosotros.

La publicación DeepSeek open-source dsh-superagent, un agente de codificación Router-Worker apareció por primera vez en MarkTechPost.