Cordis, el microkernel

Cordis es anterior a DeepSeek Harness y tiene años de recorrido: lo usa desde hace tiempo un framework de bots de conversación con miles de plugins de comunidad. Vive en su propia organización y DeepSeek Harness lo incorpora como dependencia. El artículo académico que lo formaliza está coescrito por gente de la Universidad de Pekín y de DeepSeek.

Cordis, sin núcleo

Ampliar ⤢

Su modelo cabe en cinco ideas.

• 01 · Plugin Un objeto que aporta una capacidad Nada más. No hay categorías de plugin ni jerarquía entre ellos.
• 02 · Contexto Un almacén de capacidades Cada capacidad ocupa un nombre estable y las demás la buscan por ese nombre en lugar de depender de una implementación concreta.
• 03 · Dependencias Se declaran, no se ordenan Un plugin que dice qué necesita espera a que exista antes de arrancar, así que el orden de carga se deduce en lugar de escribirse a mano.
• 04 · Eventos Tipados, con reparto declarado Cada evento declara cómo se reparte entre quienes lo escuchan.
• 05 · Retirada Cada registro sabe deshacerse Cuando un plugin se descarga, todo lo que instaló se retira solo. Es la idea que sostiene el resto.

Detalle técnico opcional

Hay cuatro modos de despacho de eventos según se observe, se envuelva, se reparta en paralelo o se ejecute en orden. El modo forma parte del contrato público del evento y hay un catálogo generado que comprueba que la declaración coincida con el uso real. La regla práctica que repite la documentación: todo registro debe tener su función de retirada y si el orden de desmontaje importa, el trabajo relacionado va en un mismo bloque.