Relación con DeepSeek Harness

论文版本948a07b (main)

El artículo implementa Cordis, y DeepSeek Harness se construye sobre Cordis. Pero Cordis, Koishi y DeepSeek Harness son tres proyectos distintos; no los confunda.

La relación entre los tres proyectos

[Inferencia basada en el artículo y fuentes oficiales]:

• Cordis: un meta-framework de código abierto (MIT) que implementa la spatiotemporal composability descrita en el artículo. Repositorio github.com/cordiverse/cordis; el paquete núcleo cordis está actualmente en versión 4.0.0-rc.x (correspondiente a Cordis v4 descrito en el artículo §5). Es independiente de DeepSeek y lo mantiene la organización cordiverse (Shigma es autor central).
• Koishi: un framework de aplicación de chatbot de código abierto (MIT) construido sobre Cordis. Caso de estudio del artículo §5.3: Koishi usa actualmente Cordis v3, y el artículo describe Cordis v4; "the core compositional model is shared across both versions". Koishi tiene 4000+ plugins comunitarios y es el caso de producción del artículo.
• DeepSeek Harness (DSH): un Agent Harness de código abierto (MIT) de DeepSeek, construido sobre el núcleo de Cordis. Repositorio github.com/deepseek-ai/deepseek-harness. La documentación oficial es explícita: el núcleo de Cordis gestiona el montaje/desmontaje/dependencias de plugins; el Harness se construye sobre el sistema de plugins de Cordis, "Everything is a plugin".

Nótese los autores del artículo: Tianyi Cui (DeepSeek-AI), es decir, Shigma, es el autor del framework Koishi. Por tanto, Cordis / Koishi / Harness comparten linaje (todos ligados a Shigma), pero el artículo no es obra exclusiva de DeepSeek — la primera institución es la Universidad de Pekín; la segunda institución es DeepSeek-AI.

Por qué este mecanismo se adapta a DeepSeek Harness

[Inferencia basada en el artículo] DSH convierte Tools / Skills / Sessions / Sandboxes / Storage / Loops / Sub-agent scheduling / UI en plugins de Cordis, por lo que:

1. Reemplazo en caliente de Tool Provider: reemplazar una herramienta mientras el Agente se ejecuta (p. ej. actualizar la versión de la herramienta de búsqueda de archivos) → Cordis descarga el fiber viejo, instala el nuevo, y las Sessions y los sub-Agentes que dependen de esa herramienta se re-resuelven automáticamente. Todo el proceso está garantizado por el teorema de Ordering: el provider viejo se descarga después de sus consumers, así que no hay "usando una herramienta ya liberada".
2. Entorno independiente de sub-Agente: cada sub-Agente usa ctx.isolate para derivar un contexto independiente, y la misma key (p. ej. 'filesystem') se resuelve a instancias distintas en distintos sub-Agentes. Los sub-Agentes no se contaminan entre sí; el Agente padre puede aplicar realms distintos a cada sub-Agente.
3. Control de permisos de Sandbox: aplicar políticas de acceso más estrictas a plugins comunitarios (p. ej. filesystem de solo lectura) vía ctx.intercept, restringiendo sus capacidades sin modificar el código del plugin.
4. Trazabilidad de Trajectory: el log de sesión append-only de DSH y el accumulator de effects de Cordis coinciden en espíritu — ambos son "trazas de ejecución reproducibles". Pero nótese la distinción: el log de sesión de DSH registra a nivel de emission (§6.1) y no se puede revertir automáticamente; el accumulator de Cordis está a nivel de acquisition y se puede recuperar automáticamente. El primero es un log de "qué ocurrió"; el segundo es una cadena de operaciones inversas de "cómo revertir los efectos secundarios que ocurrieron".

Estado actual de DeepSeek Harness

[Verificado a partir de fuentes oficiales, 2026-08-15] A la fecha, DSH sigue en Developer Preview, y los plugins núcleo y las APIs seguirán evolucionando. La declaración oficial: "core plugins and APIs are expected to continue evolving".

Cuatro modos de ejecución:

• Standard: agente de codificación completo, expone todo el conjunto de herramientas;
• Code: expone el Code Mode SDK; el modelo genera TypeScript para orquestar llamadas a herramientas;
• Minimal: solo las herramientas bash + str_replace_editor, para benchmarking;
• Creator: construye presets personalizados, inspecciona el runtime, prueba plugins, escribe presets.

La vista Trajectory soporta resume / fork / search / replay, todas basadas en el log de sesión append-only — esto hace eco a la descripción del artículo §1.2.2 de un harness de agente auto-evolutivo (forkeable, reproducible, capaz de servir solicitudes de forma continua).

Implicaciones para otros Agent Runtimes

[Evaluación personal] Las implicaciones de esta arquitectura para Agent Runtimes como DeepSeek Harness, Claude Code, Codex, OpenClaw, etc.:

• Reemplazo en caliente de Tools: reemplazar una herramienta mientras el Agente se ejecuta, sin reiniciar la sesión;
• Aislamiento de sub-Agentes: ctx.isolate da a cada sub-Agente una vista de dependencias independiente;
• Declaración de capacidad = permiso: fiber.inject es la lista de solicitud de capabilities y se puede auditar al cargar;
• Trajectory = Emission: el log de sesión append-only es una emission (§6.1) y no se puede revertir automáticamente; soportar resume/fork/replay aún requiere diseño de compensación en la capa de emission;
• Plugins no fiables: siguen necesitando sandbox de proceso/contenedor/WASM; Cordis solo ofrece aislamiento a nivel de lenguaje.

Pero nótese: el artículo es el modelo teórico de Cordis v4, y DeepSeek Harness es un producto Developer Preview construido sobre Cordis. La relación es "DSH se construye sobre Cordis, y Cordis implementa el modelo del artículo", no "DSH ya ha probado todas las conclusiones del artículo". Véase Límites y fuerza de la evidencia.