Plugins

Stabilitätsprüfung installierter DSH-Plugins: Statische Risikoeinstufung nach Hook-Oberfläche, Startaufgaben, Injection, Einstiegspunkt und Abhängigkeitsbereichen, mit optionaler isolierter Installationsprüfung.

Browser-Benachrichtigungs-Plugin für DeepSeek Harness: Systemmeldungen bei Aufgabenabschluss, Laufzeitfehlern oder benötigter Eingabe (Frage, Freigabe, Planprüfung); ein Klick öffnet die Sitzung. Benachrichtigungen sind je Typ schaltbar, und während die Hauptsitzung auf Subagenten wartet, wird kein falsches „Fertig“ gemeldet.

Echte Windows-Systembenachrichtigungen für DeepSeek Harness: Meldungen zu abgeschlossenen Aufgaben, benötigter Eingabe und ausstehender Freigabe bleiben im Benachrichtigungscenter unter der DeepSeek-Marke erhalten. Nur Windows, keine Laufzeitabhängigkeiten.

Evidenzorientierter GitHub-Recherche-Subagent mit begrenzten Tools und In-Memory-Request-Cache.

Selbstentwicklungs-Aktor: Verarbeitet aus Sitzungsprotokollen gewonnene Problem-Tickets und erstellt Skill-Kandidaten (standardmäßig Code-freie Stufen) hinter einem Eval-Gate mit Hold-out-Canaries. Anschließend werden sie nach menschlicher Bestätigung in `.dsh/skills` des Projekts übernommen; Rollback ist deterministisch.

OME-Engineering-Auslieferungsvoreinstellung mit Freigabeprozess und sitzungsisolierten Lebenszyklusnachweisen.

Screenshot-Review-Skill für DeepSeek Harness: Der Agent öffnet eine Frontend-Seite, erstellt einen Screenshot, betrachtet das Bild selbst, überarbeitet den Code und erstellt erneut einen Screenshot. Die Schleife läuft, bis die Seite visuell den Anforderungen entspricht. Als `dsh.bundle` enthalten, Installation mit `dsh plugin add`.

Produktdenken-Begleiter für DeepSeek Harness: Klärt zuerst negative Grenzen, trennt Fakten von Annahmen, betrachtet das Thema aus sieben Produktsichten und speichert bestätigte Entscheidungen im Projektspeicher.

Chrome-DevTools-Protocol-Plugin für DeepSeek Harness. Verbindet und steuert Chrome über CDP mit `chrome-remote-interface`; die Verbindung umfasst eine grafische Oberfläche.

GLM-Websuchanbieter (Zhipu bigmodel): Leitet `ctx.web`-Suchen an den Anthropic-kompatiblen Zhipu-Endpunkt mit nativem `web_search`-Servertool weiter. Abrechnung über vorhandenes GLM-Kontingent oder Coding Plan statt über die DeepSeek-Plattform. Enthält eine Übersetzungsschicht für Zhipus nicht standardmäßiges `tool_result`-Antwortformat.

Konfigurierbarer Such-Hub für das integrierte Tool `web_search`: Wechselt zwischen der offiziellen nativen DeepSeek-Suche und Zhipu GLM web_search; Anbieter und Zugangsdaten werden in einem Tab der Einstellungen verwaltet.

Kimi-Coding-Websuche und -Abruf für DeepSeek Harness: Ein Coding-Plan-Schlüssel bedient beide `ctx.web`-Schnittstellen (`POST /v1/search` und `POST /v1/fetch`). Eine Einstellungsseite speichert ihn über den Anmeldedatendienst; als Fallback wird die Kimi-CLI-Konfiguration für eine Installation ohne Einrichtung gelesen.

Gibt schreibgeschützte Hinweise zu Speicher und gespiegeltem Netzwerk in der Windows-`.wslconfig`.

Listet WSL-Distributionen auf und prüft einen Linux-Arbeitsbereichspfad für DSH.

Gibt Hinweise zum Weiterleiten des Windows-OpenSSH-Agenten an WSL, ohne Schlüssel auszugeben.

Speichert ein Bild aus der Windows-Zwischenablage in einer WSL-Datei. Ist kein Bild vorhanden, werden `ok:false` und ein klarer Hinweis zurückgegeben.

Durchsucht WSL-Verzeichnisse unter `/` und `/mnt` für die Workspace-Auswahl, mit Startpfad und Filter (`im-workspace`-Shortcuts).

Warnt, wenn sich der Arbeitsbereich auf dem langsamen `/mnt/c` befindet.

Prüft Ollama, LM Studio, vLLM und llama-server auf dem Windows-Host aus WSL, vergleicht `ctx` und meldet `apiReady` von `/v1/models` im Vergleich zur TCP-Erreichbarkeit.

Empfiehlt oder setzt einen per Allowlist freigegebenen Windows-`portproxy` für einen WSL-Listening-Port. Für die lokale dsh-Oberfläche werden das `:3081`-Relay des Kits und das launch token bevorzugt.

Meldet die Kodierung von PowerShell, cmd und `LANG` zur Diagnose von UTF-8- und Codepage-Problemen.

Öffnet einen Linux-Pfad aus WSL in Windows Cursor, VS Code oder Notepad; Zeile/Spalte optional, mit `win_editor_status`.

Listet Dateien aus dem Windows-Downloads-Ordner auf oder kopiert sie in den WSL-Arbeitsbereich.

Meldet Docker-CLI, Kontext und Daemon-Erreichbarkeit in WSL sowie den Gesundheitsstatus von vLLM `:8000 /v1/models` und Hinweise zur GPU-Laufzeit.