Leitfaden · Aktualisiert am 10. November 2026 · Von Cameron Voss und West Mao

DeepSeek SuperAgent unter Windows: WSL vs. natives Windows-Setup (November 2026)

Wählen Sie eine Windows-Route, machen Sie sich mit den Einschränkungen vertraut und überprüfen Sie Ihre Umgebung vor der Installation.

Kurze Antwort

Für einen Windows-Computer bietet WSL 2 dem Prototyp eine Linux-Umgebung, die dem veröffentlichten Unix-orientierten Setup näher kommt. Bei nativem Windows gibt es von der Community gemeldete Kompatibilitätsprobleme. Ports von Drittanbietern sind separate Projekte. WSL hilft bei der Kompatibilität, stellt jedoch keine Sicherheitsgrenze für die Arbeit nicht vertrauenswürdiger Agenten dar.

DeepSeek SuperAgent ist ein Forschungsprototyp, der auf DeepSeek Harness basiert, kein offizielles DeepSeek-Produkt oder produktionsreife Software. Es benötigt einen separat konfigurierten Modellanbieter. Dieses Handbuch folgt der veröffentlichten Dokumentation; Für diesen Artikel haben wir keine End-to-End-Bereitstellung durchgeführt.

DeepSeek Harness, das unter Windows ausgeführt wird, stellt nicht automatisch sicher, dass jedes SuperAgent-Dienstskript und jeder Worker-Flow dort ausgeführt wird. Wählen Sie die Umgebung für den gesamten Workflow: Installation, GitHub-Anmeldeinformationen, Arbeitsbäume pro Ticket, Serviceüberwachung und -überprüfung.

Sollten Sie WSL 2, natives Windows oder einen separaten Linux-Host wählen?

Route	Was es bietet	Was zu überprüfen ist
WSL 2	Linux-Tools und Dateisystem auf einem Windows-Computer; Näher am veröffentlichten tmux- und Python-Workflow.	Windows-Bereitstellungen, Interop, Anmeldeinformationen und Netzwerke können weiterhin Hostressourcen offenlegen. Wir haben diese Bereitstellung nicht durchgängig getestet.
Native Windows	Native Windows-Tools und Desktop-Workflow.	Community-Berichte beschreiben Probleme mit Serviceskripten, Pfaden und Worker-Tools in bestimmten Versionen. Gehen Sie nicht davon aus, dass für Ihre Version ein gepatchtes Setup gilt.
Separater Linux-Host oder VM	Ein eindeutigerer Ort zum Verwalten der Laufzeit und Anmeldeinformationen.	Die Isolierung hängt von der VM-Konfiguration, den freigegebenen Ordnern, dem Netzwerkzugriff und den Anmeldeinformationen ab. Eine VM ist nicht automatisch sicher.

Warum ist die ursprüngliche Einrichtung unter nativem Windows umständlich?

Der veröffentlichte Service-Workflow verwendet Python und tmux. Ein Windows-Benutzer berichtete, dass das Dienstskript das nur für Unix verfügbare Modul fcntl importiert, dass einige Verzeichnisvalidierungen Windows-Laufwerksbuchstabenpfade ablehnten und dass Arbeitssitzungen in ihrem jeweiligen Setup die erwarteten Tools fehlten. In diesem Bericht wurden Windows 11 und DSH CLI 0.2.1-rc.3 verwendet; Es beweist nicht, dass jede Version die gleichen Fehler aufweist oder dass es sich bei den lokalen Patches um gewartete Fixes handelt.

Community-Windows-Ports und Wrapper können diese Annahmen ändern. Behandeln Sie sie als Implementierungen von Drittanbietern, überprüfen Sie ihren Code und ihre Berechtigungen sowie ihre Version und ihren Wartungsstatus, bevor Sie sie ausführen. Wir haben für dieses Handbuch keinen nativen Port unabhängig getestet.

Wie bereiten Sie WSL 2 vor?

Öffnen Sie bei einer unterstützten Windows-Installation PowerShell als Administrator und verwenden Sie den Installationsbefehl von Microsoft:

wsl --install

Führen Sie alle angeforderten Neustarts durch und schließen Sie die Erstellung des Linux-Benutzers ab. Von PowerShell aus zeigt wsl --list --verbose installierte Distributionen und ihre WSL-Version an. Wenn WSL bereits installiert ist, überprüfen Sie zunächst seinen aktuellen Status, anstatt davon auszugehen, dass der Befehl eine neue isolierte Umgebung erstellt.

Verwenden Sie innerhalb der Linux-Distribution Linux-Versionen von Node.js, pnpm, Git, Python, tmux, der GitHub-CLI und DeepSeek Harness. Behalten Sie den Arbeitsklon im Linux-Dateisystem bei, wenn Sie Linux-Tools ausführen. Der dateisystemübergreifende Zugriff kann langsamer sein. Platzieren Sie keine persönlichen Token oder Produktionsgeheimnisse im Home-Verzeichnis des Dienstbenutzers.

Wie halten Sie den Windows-Host und die Testdaten getrennt?

WSL kann mit Windows interagieren und möglicherweise auf bereitgestellte Windows-Laufwerke zugreifen. Ein separater Linux-Benutzername oder ein Repository im Linux-Home-Verzeichnis reduziert versehentliches Vermischen, stoppt jedoch nicht allein den Zugriff auf den Host. Verwenden Sie für nicht vertrauenswürdigen Code eine separat verwaltete Umgebung mit bewusster Isolation, eingeschränkter Netzwerkfähigkeit und Anmeldeinformationen, die sicher widerrufen werden können. Überprüfen Sie alle freigegebenen Ordner und Bereitstellungen, bevor Sie einem Worker Zugriff gewähren.

Erstellen Sie in dieser Umgebung einen dedizierten GitHub-Benutzer für den Agenten und eine separate CLI-Konfiguration. Beginnen Sie mit einem Test-Repository, einem zugelassenen Anforderer und Zweigschutz. Der Worker führt die Ausführung mit den Betriebssystemberechtigungen des Dienstbenutzers aus, daher sollte der Zugriff auch auf Betriebssystem- und Infrastrukturebene begrenzt sein.

Wie ist die WSL-Einrichtungssequenz?

Öffnen Sie die Linux-Shell und überprüfen Sie node -v, pnpm -v, git --version, python3 --version, tmux -V, gh --version und dsh --version.
Überprüfen Sie die aktuellen Voraussetzungen des Prototyps und den Harness-Versionsbereich. Konfigurieren Sie einen Modellanbieter und ein dediziertes Agent-GitHub-CLI-Konto in der Umgebung.
Klonen und erstellen Sie den Prototyp, erstellen Sie das dedizierte Profil für eine neue Installation und installieren Sie das Bundle. Führen Sie den Befehl zur Profilerstellung nicht für ein vorhandenes Profil aus, da er dessen Konfiguration ersetzt.
Konfigurieren Sie das lokale Panel, GitHub Source, das die Arbeitsbaumvorbereitung des Anforderers und des Ausführenden ermöglicht. Beginnen Sie in observe für abgeleitete Kandidaten, mit deaktivierter menschlicher Überprüfung und automatischer Zusammenführung.
Überprüfen Sie scripts/dsh-superagent status und verwenden Sie dann eine kleine explizite Anfrage im Test-Repository. Explizite Anfragen können im Beobachtungsmodus ausgeführt werden.

Für den vollständigen Ablauf von der Problemprüfung bis zur Überprüfung verwenden Sie den vorhandenen SuperAgent-Einrichtungs- und Kostenleitfaden. Eine erfolgreiche Abhängigkeitsprüfung ist nur ein Ausgangspunkt; Überprüfen Sie die Ticketerstellung, den Arbeitsbereich, die Berechtigungen und den resultierenden Unterschied separat.

Was sollten Sie überprüfen, wenn etwas fehlschlägt?

Symptom	Was zu überprüfen ist
`tmux` oder Python-Fehler	Bestätigen Sie, dass Sie das Linux-Dienstskript in WSL ausführen und die erforderlichen Linux-Tools installiert sind.
Kein GitHub Antwort	Überprüfen Sie die Anmeldung des Agent-Wrappers, den Repository-Zugriff, den zulässigen Anforderer und den Quellenstatus.
Ticket kann Auschecken nicht vorbereiten	Überprüfen Sie, ob der Linux-Klonpfad vorhanden ist und der Vorbereitungsbefehl das richtige Dateisystem und die richtigen Anmeldeinformationen verwendet.
Worker fehlt die erwarteten Tools	Erfassen Sie DSH- und Bundle-Versionen und überprüfen Sie die Worker-Voreinstellung. Ein Windows-Bericht beobachtete dies in einer Version; Es handelt sich nicht um eine universelle Diagnose.
Panel kann den Dienst nicht erreichen	Überprüfen Sie, ob der Prozess ausgeführt wird und wo das Panel gebunden ist. Vermeiden Sie es, ein lokales Verwaltungspanel ohne entsprechende Kontrollen einem Netzwerk auszusetzen.

Häufig gestellte Fragen

Ist WSL eine Sandbox?

Nein. WSL und Windows können zusammenarbeiten; Konfigurieren Sie die echte Isolation separat für nicht vertrauenswürdige Arbeit.

Beweist dieses Handbuch die native Windows-Unterstützung?

Nein. Es beschreibt veröffentlichte Anforderungen und einzelne Community-Berichte, keinen durchgängigen nativen Windows-Test.

Kann ich mein alltägliches GitHub-Konto als Agent verwenden?

Das Projekt empfiehlt ein dediziertes Agentenkonto. Trennen Sie es von Ihrer normalen Identität und gewähren Sie nur den für den Test erforderlichen Zugriff.

Preise der Coding Plans ansehen