Plugins

Registra el servidor web DeepSeek Harness (dsh web) como servicio en segundo plano de autoarranque y autorreparación — LaunchAgent / systemd / cron más un watchdog de verificación de salud cada 30 s — con siete herramientas dsh_daemon_* (install/uninstall/reinstall/status/start/stop/update).

Administrador de túnel de host remoto: ejecuta dsh web en un servidor Linux remoto (supervisión systemd, sin necesidad de root) detrás de un túnel SSH que se reconecta automáticamente; asigna y registra puertos remotos en el servidor, seguro multi-usuario, con vista de auditoría.

Diseñado para dejarse activo todo el día en un grupo QQ a bajo coste. lite reply evita el ciclo completo del agente y llama directamente a chat completions: cifras aproximadas declaradas, ¥0,0027 por turno, ~¥0,2 por 80 turnos diarios y ~75 veces menos que una sesión DSH completa. Incluye tarjetas de persona activables, comprensión de imágenes/vídeos, biblioteca de imágenes grupales con etiquetas automáticas y búsqueda por palabras clave en chats archivados. Despliegue SSH de un comando con validación del entorno, configuración que protege credenciales, unidades systemd y watchdog. Incluye un fork de Derpyu520/qq-bridge (MIT); no desplegar en un host que ya ejecute el bridge upstream.

Añade una fila de reinicio en Settings → General y relanza dsh web con los mismos argumentos mediante un helper desacoplado. Se niega bajo un supervisor systemd detectado salvo que allowRestart sea true. Comprueba el puerto de escucha conectándose a él, sin enlazarlo.

Reinicia DeepSeek Harness sin perder trabajo: espera a que todas las conversaciones estén inactivas y reanuda lo interrumpido. Si un supervisor gestiona el host, se lo solicita; nunca inicia un segundo host junto a uno activo. Antes de reiniciar limpia cookies antiguas que pueden desbordar el encabezado y bloquear el arranque. Guarda instantáneas de configuración y plugins (2 por defecto, máx. 10; elimina antiguas/incompletas); no las aplica ni restaura automáticamente y no vigila el host: solo sirven para consulta o rollback manual. Al terminar cuenta atrás y apaga la máquina. Funciona en Windows desktop y dsh web alojado, verificado en WSL con systemd. Windows-hosted web, WSL sin systemd y Linux nativo no probados.

Inicia dsh Web y otros servidores al arrancar; configura y gestiona servicios como Gitea y Jellyfin con solo pedirlo y los reúne en un panel de autoalojamiento doméstico.

Gestiona el servicio dsh mediante `dsh --profile ctl`: ciclo de vida de systemd (instalar, iniciar, detener, reiniciar, habilitar, deshabilitar, desinstalar), configuración persistente, sonda de estado y registros, además de autocompletado de shell y autoactualización.

Adds two rows to the DSH general settings section. Version update asks the npm registry for a newer @deepseek-ai/dsh, installs it as a background job and streams the install output into the row; restart DSH stops the running process so its supervisor can start a fresh one. A second restart request is refused, and a systemd unit that reports no main process is refused rather than respawned beside it. The row also reports the process uptime and identity, so a page reconnect can be told apart from a real restart.

Integrated control plane for the local strata model stack: manage the strata-hop :8080 model-switching router (status/models/warm/logs), stream live model-switch and load state into the web GUI status chip and the strata_status tool, preload a model engine the moment it is selected, edit run-config and shared chat settings from a GUI tuning panel or strata_params, and ship the dsh provider patch that routes chats to the router with Effort-level mappings. Read-only toward inference: it never sends a prompt and spends no tokens; bring your own running strata plus strata-hop (defaults :8080 hop, :8756 monitor). As shipped, the status server listens on 0.0.0.0:8756 with no authentication and open CORS, and its endpoints can change run-config and restart the engine; set host to 127.0.0.1 in cordis.patch.yml to keep it on this machine. It expects strata-hop as a systemd user unit.

systemd --user list / show / journal en modo de solo lectura.

Control de servicios DSH: administra el ciclo de vida systemd, la configuración y el diagnóstico mediante `dsh --profile ctl`.

给 dsh web 部署加一个右上角电源按钮：刷新 / 重启 / 定时 / 关闭。重启后自动把新 token 的链接打开——dsh web 每次启动都换 token，不打开就得自己去日志里翻。macOS 走 launchd、Linux 走 systemd、其它平台自己 respawn。

A five-stage engineering loop for agent-built projects — spec, build, verify, ship, learn — with one artifact and one gate per phase, so an agent always knows the single next action. Role policy, project templates and deployment sit behind explicit ports: swap the implementation without rewriting the loop. Its scaffold generator lays out the internal layers of a project — `init --layout {none,webapp,service,plugin} --stack {python,node,none}` — from nine layers sampled out of three unrelated production projects: entry docs, an OpenSpec plan face, a spec truth layer (INDEX, one file per domain, TESTING, CONSTITUTION), a wiki split into knowledge / progress / runbook, the six `.agents/` slots, server+web, scripts/deploy/config, tests+e2e and a gitignored out/. Non-none layouts also gate the directory contract and compile every source root. Ships a Python CLI (init/next/check/ship/new) plus a local command adapter and an SSH/systemd adapter with release directories, an atomic current/previous switch, a deploy lock, a commit-versioned JSON probe and automatic rollback on a failed probe; bootstrap and teardown provision and remove the unit and the reverse-proxy block idempotently and refuse to delete a root they did not create. Includes a runnable example workspace and a skill that keeps the agent on one phase at a time. Requires Python 3.10+ and PyYAML; remote deploys need SSH access, rsync, systemd and Caddy on the target.

Read-only Linux port, service and Caddy route map: listening sockets with their owning unit or container, a reverse service view, and reverse_proxy liveness checks. Requires iproute2 (ss); docker and a Caddyfile are optional.

Herramientas de VPS con prioridad de lectura: estado y acciones de systemd, uso de disco, estado de Docker, últimas líneas de logs, copias de seguridad configuradas y horarios de silencio.

Añade un control de reinicio al pie de la barra lateral de DSH Web: el host termina mediante su cierre ordenado y el supervisor detectado (systemd, Kubernetes o Docker) inicia el reemplazo; si no encuentra ninguno, el plugin lo inicia directamente. Un aviso de todo el frame consulta el host pid hasta que responde el proceso nuevo.

Añade encima de Settings un botón Restart dsh que reinicia DSH en el mismo lugar: mediante systemd si es una unidad systemd; en caso contrario, con process.execve y el mismo PID (un proceso padre wrapper ligero en Windows o Node < 22.15). No requiere configurar un supervisor para iniciar DSH. Verificado en Linux; Docker, macOS y Windows aún no se han probado en ejecución real. La página se recarga una vez cuando responde el nuevo boot id.

Ejecuta un servidor web de DeepSeek Harness por proyecto dentro de WSL2, administrado desde la app dsh de Windows. Cada proyecto tiene su propio servicio, puerto y dsh home.