Plugins

Registriert den DeepSeek Harness Webserver (dsh web) als selbststartenden, selbstheilenden Hintergrunddienst — LaunchAgent / systemd / cron plus 30-Sekunden-Health-Check-Watchdog — mit sieben dsh_daemon_*-Tools (install/uninstall/reinstall/status/start/stop/update).

Remote-Host-Tunnel-Manager: betreibt dsh web auf einem Remote-Linux-Server (systemd-Überwachung, kein Root erforderlich) hinter einem sich automatisch wiederverbindenden SSH-Tunnel; weist Remote-Ports auf dem Server zu und registriert sie, mehrbenutzersicher, mit Audit-Ansicht.

Für den kostengünstigen Dauerbetrieb in einer QQ-Gruppe gedacht. lite reply umgeht den vollständigen Agentenzyklus und ruft chat completions direkt auf: angegebene Richtwerte ca. ¥0,0027 je Turn, etwa ¥0,2 für 80 Turns am Tag und rund 75-mal günstiger als eine volle DSH-Sitzung. Mit umschaltbaren Persona-Karten, Bild/Videoverständnis, automatisch getaggter Gruppenbild-Bibliothek und Stichwortsuche in archivierten Chats. Ein-Befehl-SSH-Deployment mit Umgebungsprüfung, geheimnissicherer Konfigurationsgenerierung, systemd-Units und Watchdog. Fork von Derpyu520/qq-bridge (MIT) enthalten; nicht auf einem Host mit laufendem upstream Bridge deployen.

Ergänzt unter Settings → General eine Neustartzeile, die dsh web über einen abgekoppelten Helfer mit denselben Aufrufargumenten neu startet. Unter erkanntem systemd-Supervisor wird dies ohne allowRestart=true verweigert. Der freie Listener-Port wird durch Verbindung geprüft, nicht durch Binden.

Startet DeepSeek Harness ohne Arbeitsverlust neu: wartet auf Leerlauf aller Unterhaltungen und setzt Unterbrochenes fort. Verwaltet ein Supervisor den Host, wird dieser gefragt; neben einem aktiven Host startet kein zweiter. Vor jedem Neustart werden alte Cookies entfernt, die den Request-Header überlaufen lassen und den Start verhindern können. Sichert Konfiguration und installierte Plugins (standardmäßig 2, max. 10; alte/unvollständige gelöscht). Kein automatisches Anwenden oder Wiederherstellen, keine Hostüberwachung: nur Ansicht oder manuelles Rollback. Am Ende zählt es herunter und fährt den Rechner herunter. Funktioniert mit Windows desktop und gehostetem dsh web, getestet auf WSL mit systemd. Windows-hosted web, WSL ohne systemd und natives Linux ungetestet.

Startet dsh Web und andere Server beim Booten, richtet Dienste wie Gitea und Jellyfin auf Anfrage ein und verwaltet sie in einem gemeinsamen Home-Hosting-Panel.

Verwalten Sie den dsh-Dienst über `dsh --profile ctl`: systemd-Lebenszyklus (installieren, starten, stoppen, neu starten, aktivieren, deaktivieren, deinstallieren), persistierte Konfiguration, Health-Probe und Logs, plus Shell-Vervollständigung und Selbst-Update.

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, nur lesend.

DSH-Dienststeuerung: verwaltet systemd-Lebenszyklus, Konfiguration und Diagnose über `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.

VPS-Werkzeuge mit Lesevorrang: systemd-Status und Aktionen, Speicherplatz, Docker-Status, Log-Enden, konfigurierte Backups und Ruhezeitenpläne.

Ergänzt unten in der DSH-Web-Seitenleiste eine Neustartsteuerung: Der Host beendet sich regulär und der erkannte Supervisor (systemd, Kubernetes oder Docker) startet den Ersatz; ohne Supervisor startet das Plugin ihn direkt. Ein frameweiter Hinweis fragt die host pid ab, bis der neue Prozess antwortet.

Fügt über Settings eine Schaltfläche Restart dsh hinzu, die DSH an Ort und Stelle neu startet: über systemd bei einer systemd-Unit, sonst per process.execve mit derselben PID (leichter Wrapper-Elternprozess unter Windows oder Node < 22.15). Die Startart benötigt keine Supervisor-Konfiguration. Unter Linux verifiziert; Docker, macOS und Windows noch nicht real ausgeführt. Die Seite lädt einmal neu, sobald die neue boot id antwortet.

Betreibt je Projekt einen DeepSeek-Harness-Webserver in WSL2 und verwaltet ihn über die Windows-dsh-App. Jedes Projekt erhält eigenen Dienst, Port und dsh home.