Ctrl K
ComunidadGuías…
GITHUB · ANALIZADO

dsh-plugin-manager

Framework para desplegar y gestionar aplicaciones de DeepSeek Harness con autenticación compartida, empaquetado de plugins y despliegue Docker.

Ficha actualizada 23 sept 2026, 17:11 · upstream 23 sept 2026, 16:41 · release v0.20.0

Ver códigoProblemas y ayudaRepositorio ↗Sitio oficial
00

Qué es dsh-plugin-manager

Descripción editorial construida a partir del repositorio, su documentación y sus señales de mantenimiento.

DSH Plugin Manager es un marco que permite a los desarrolladores crear, verificar y publicar sus propios plugins para el framework DSH (DeepSeek Harness). Los desarrolladores construyen y empaquetan sus plugins en su propio proyecto, mientras que los usuarios finales solo reciben el directorio de despliegue completo sin necesidad de conocer o depender del código fuente original. El sistema ofrece autenticación compartida entre aplicaciones, gestión de paquetes de plugins, y despliegue mediante Docker Compose.

El framework distingue claramente entre roles: los desarrolladores (plugins) deben seguir un flujo de desarrollo específico con verificación de compatibilidad, mientras que los usuarios finales (deployers) solo necesitan instalar y desplegar el paquete completo. Esto reduce la fricción en la adopción del framework y permite una integración más rápida.

La arquitectura separa las responsabilidades: DSH se encarga de la gestión de agentes, modelos y sesiones; Manager se encarga de la construcción, verificación y despliegue; Kit ofrece interfaces opcionales para autenticación, HTTP, herramientas y sesiones. Los plugins pueden ser independientes o integrarse con un kit específico.

CASOS DE USO
  • Desarrolladores de IA que necesitan desplegar sus modelos personalizados sin depender del framework principal
  • Organizaciones que requieren múltiples agentes de DeepSeek Harness en una sola infraestructura
  • Entidades que necesitan autenticación compartida entre aplicaciones de IA sin configurar credenciales por separado
  • Desarrolladores que buscan un enfoque modular para extender el framework con funcionalidades específicas
  • Equipos que necesitan desplegar múltiples agentes o modelos en entornos Docker Compose
  • Organizaciones que requieren verificación de compatibilidad entre plugins antes del despliegue
PUNTOS DESTACADOS
  • Separación clara de responsabilidades entre desarrolladores (plugins) y usuarios finales (deployers)
  • Verificación automática de compatibilidad entre plugins antes del despliegue
  • Soporte para autenticación compartida sin necesidad de configurar credenciales por aplicación
  • Arquitectura modular que permite extender el framework con kits personalizados
  • Despliegue mediante Docker Compose simplificado, eliminando la necesidad de construir imágenes desde cero
  • Documentación completa en español (España) con guías paso a paso para usuarios y desarrolladores
PRECAUCIONES
  • No acepta automáticamente archivos ZIP arbitrarios ni paquetes npm estándar; requiere un directorio de despliegue estructurado con manifest.json y tgz
  • La verificación de compatibilidad es manual en la fase de build, no automática como en otros frameworks
  • El kit opcional se limita a autenticación, HTTP, herramientas y sesiones —no incluye gestión de modelos o agentes
  • No ofrece rollback automático de datos; los usuarios deben realizar backups independientes antes del despliegue
  • La integración con DSH es limitada: el plugin no puede modificar la lógica de agente ni acceder directamente al modelo
01

Perfil de infraestructura

Estimación inicial derivada del repositorio y de los servicios detectados.

CPU1 vCPUrecomendación inicial
MEMORIA1 GBRAM estimada
DISCO10 GBalmacenamiento base
COMPLEJIDADlownivel de operación
02

Despliegue detectado

Qué señales reales de instalación hemos encontrado.

Despliegue manual

Para desplegar un plugin, descarga el paquete completo desde una Release y descompacta en `incoming/<nombre-de-app>/`. El directorio `incoming` debe contener el manifest.json y todos los archivos `.tgz` del proyecto. Ejecuta `bash build.sh` (Windows: `\build.ps1`). El framework instalará dependencias de trabajo en la vista de construcción pública, pero no en el directorio de destino. Para actualizar o restaurar, usa las herramientas CLI de Manager con los paquetes correspondientes. No se recomienda usar archivos ZIP normales ni dist frontend por sí solos; siempre es necesario un paquete completo con manifest y tgz.

—Dockerfile
—Compose
—One-click
03

Stack y dependencias

Componentes inferidos a partir de manifests, configuración y documentación.

FRAMEWORKS
Node.jsPython
SERVICIOS
No detectados
BASES DE DATOS
No detectadas
PUERTOS
No detectados
05

Puede sustituir a

Relaciones detectadas por el análisis del repositorio y su categoría.

06

Experiencia real de la comunidad

Ayuda a contrastar la estimación automática con instalaciones reales.

Todavía no hay datos comunitarios para este proyecto.