Escribir un plugin de DeepSeek Harness (dsh-plugin)

Eslogan oficial: todo es un plugin. Modelos, tools, skills, sesiones, sandboxes, almacenamiento, loops, programación y la UI viven sobre el kernel Cordis. Un plugin de DeepSeek Harness es un componente Cordis, no un “skill.md” de Claude.

Antes de escribir uno

1. Corre DSH desde el código, no solo con npx. Vas a leer docs/ (architecture, cordis-primer, capability-seams).
2. Abre el modo Creator. Puede inspeccionar el runtime en vivo y cargar un plugin en memoria. Esos plugins mueren al reiniciar hoy.
3. Lee CONTRIBUTING.md y AGENTS.md en el repo oficial.

Esta página es un mapa, no un sustituto de esos archivos. Las APIs se van a mover.

Qué es un primer plugin útil

Elige un hueco que dejó abierta la Web UI oficial:

• TUI / ventana de escritorio
• Puente de navegador o Feishu / Lark
• Borrado más seguro, medidor de tokens, salto a VS Code
• Cambio de proveedor de búsqueda

Mira qué ya existe en la lista de plugins. No clones otro directorio.

Publicar

1. Entrega una ruta de instalación real (pnpm / npx / copiar al dir de plugins — lo que digan los docs oficiales actuales).
2. Agrega el topic de GitHub dsh-plugin.
3. Escribe con qué commit de DSH lo probaste. Los builds de preview se rompen semanalmente.

Modo Creator vs un plugin de verdad

El modo Creator es para experimentos. Un repo dsh-plugin es para algo que sobrevive un reinicio. Si tu feature solo existe en RAM, todavía no es un plugin.