DeepSeek Harness: Automatisierung einrichten und prüfen
DeepSeek-V4 Team · 8. Oktober 2026 · 7 min read
Eine Erinnerung, die pünktlich eintrifft, ist nur die erste Hälfte einer automatisierten Aufgabe. Die zweite Hälfte ist die Arbeit, die sie das Modell auffordert zu erledigen. DeepSeek Harness macht diese Unterscheidung durch gespeicherte Zustellungsprotokolle und die verknüpfte Konversation sichtbar, aber Sie müssen dennoch beide prüfen.
In der Version dsh-v0.2.1-alpha.1 vom 3. Oktober 2026 ist Automation in den Web-Modus integriert. Dieses Tutorial folgt dem versionsgebundenen Zeitplanungsleitfaden. Es bietet ein kleines Abnahmeverfahren für Ihre eigene Installation; es berichtet nicht über ein gemessenes Zuverlässigkeitsergebnis oder verspricht unbeaufsichtigte Ausführung, während Ihr Gerät ausgeschaltet ist.
Prüfen Sie den Modus vor dem Schreiben der Erinnerung
Konfigurieren Sie einen Modellanbieter und verwenden Sie den Standard-, Creator- oder PTC-Modus. Diese Voreinstellungen stellen die Erinnerungswerkzeuge bereit. Der Minimal-Modus tut dies nicht, und delegierten Subagenten wird der Zugriff darauf verweigert. Eine fehlende Zeitplanungsfähigkeit kann daher eher ein Modusproblem als ein Formulierungsproblem sein.
Öffnen Sie Automation tasks aus der Seitenleiste. Die Seite ermöglicht es Ihnen, Aufgaben über Konversationen hinweg zu inspizieren, ohne zuvor jede Konversation zu aktivieren. Die Aktion New öffnet eine neue Sitzung mit einer Erstellungsanfrage, die bereits im Nachrichteneingabefeld steht. Wie bei jedem Entwurf sollten Sie ihn vor dem Senden prüfen.
Wählen Sie für den ersten Versuch eine harmlose Anfrage mit einem offensichtlichen Ergebnis. Das Anfordern einer kurzen festen Checkliste macht Zustellung und Ausführung leichter zu inspizieren, als das Modell zu bitten, mehrere Websites zu durchsuchen und einen Bericht zu erstellen. Externe Abhängigkeiten können hinzugefügt werden, nachdem die grundlegende Mechanik funktioniert.
Beginnen Sie mit einer Zustellung, die Sie erkennen können
Senden Sie eine Anfrage wie:
Erinnere mich in zwei Minuten in dieser Konversation daran, den Beispielbericht zu überprüfen. Die Erinnerung soll dich auffordern, mit diesen drei Prüfpunkten zu antworten: Quelldatum, fehlende Zeilen und Konsistenz der Gesamtsumme. Erstelle eine einmalige Erinnerung und zeige mir den gespeicherten Aufgabennamen und die geplante Zeit.
Dies fordert eine einmalige Verzögerung an, keine wiederkehrende Aufgabe. Öffnen Sie die Aufgabendetails und überprüfen Sie diese Unterscheidung. Lassen Sie die Host-Anwendung laufen, während Sie warten. Wenn die Erinnerung eintrifft, inspizieren Sie die Konversation auf die angeforderten drei Prüfungen und öffnen Sie Records, um die Zustellungsnachweise zu prüfen.
Ein gespeicherter Eintrag bedeutet, dass die Erinnerung dauerhaft in den Konversations-Posteingang geschrieben wurde. Es bedeutet nicht, dass das Modell die angeforderte Antwort abgeschlossen hat. Wenn ein Eintrag existiert, aber das Ergebnis fehlt, untersuchen Sie die Konversation und den Provider-Status, bevor Sie den Zeitplan neu erstellen. Andernfalls riskieren Sie, mehrere Aufgaben für dieselbe Anfrage zu erstellen.
Nach der Zustellung wird eine einmalige Aufgabe inaktiv. Finden Sie sie mit All oder Inactive in der Aufgabenliste. Ihr Verschwinden aus einer Ansicht, die aktive Erinnerungen auflistet, bedeutet nicht, dass die Aufgabe oder ihre Historie gelöscht wurde.
Verwenden Sie eine tägliche Regel für eine tägliche lokale Zeit
Eine tägliche Uhrzeit-Erinnerung und ein festes verstrichenes Intervall drücken unterschiedliche Absichten aus. „Alle 24 Stunden“ beginnt von einem Intervall-Anker. „Jeden Tag um 09:00 Uhr in Asia/Shanghai“ benennt eine lokale Uhrzeit und eine Zeitzone. Wählen Sie die Regel, die Ihrer tatsächlichen Anforderung entspricht.
Zum Beispiel:
Jeden Tag um 09:00 Uhr in Asia/Shanghai, erinnere mich in dieser Konversation daran, den Beispielbericht zu prüfen. Benenne die Aufgabe Daily report check. Verwende eine tägliche lokale Zeitregel. Erstelle keine einmalige Erinnerung und kein festes 24-Stunden-Intervall. Zeige mir nach dem Erstellen die gespeicherte Regel und die nächste geplante Zeit.
Überprüfen Sie in Rules die Frequenz, die Zeit und die gespeicherte IANA-Zeitzone. Das nächste Ziel wird in der Zeitzone des Geräts angezeigt, sodass es anders aussehen kann als die gespeicherte Regel, wenn Ihr Gerät eine andere Zeitzone verwendet. Vergleichen Sie die zugrunde liegende beabsichtigte Zeit, anstatt anzunehmen, dass die beiden sichtbaren Uhrzeitwerte übereinstimmen müssen.
Tägliche Zeitpläne in Zonen mit Sommerzeitänderungen benötigen besondere Vorsicht. Laut dem angepinnten Leitfaden wird eine nicht existierende lokale Zeit übersprungen, und eine überlappende Zeit verwendet den früheren Zeitpunkt einmal. Ein festes Intervall ist eine verstrichene Zeitplanung und folgt diesen Uhrzeitregeln nicht.
Bearbeiten Sie die bestehende Aufgabe, statt ein Duplikat zu erstellen
Wählen Sie eine aktive Aufgabe aus und öffnen Sie Rules. Sie können ihren Namen, ihre Anweisung und ihr Timing bearbeiten. Bearbeitungen bleiben lokal, bis Save changes ausgewählt wird. Eine akzeptierte Bearbeitung bewahrt die Aufgabenidentität, die ursprüngliche Konversation und die gespeicherten Zustellungsprotokolle.
Wenn Sie das Intervall ändern, wird das nächste Intervall ab dem Zeitpunkt des akzeptierten Speicherns der Host-Anwendung gemessen. Eine gleichwertige normalisierte Regel startet den Timer nicht neu. Dieser Unterschied ist wichtig beim Testen eines kurzen Intervalls: Das Ändern der Anweisung allein sollte nicht als neuer Zeitplan behandelt werden.
Öffnen oder aktualisieren Sie die Aufgabe nach dem Speichern erneut und inspizieren Sie die gespeicherten Werte. Wenn ein Update nicht bestätigt werden kann, inspizieren Sie die aktuelle Aufgabe vor einem erneuten Versuch. Eine veraltete Anzeige und ein fehlgeschlagener Schreibvorgang sind unterschiedliche Probleme. Inaktive Aufgaben sind schreibgeschützt, erwarten Sie also nicht, eine abgeschlossene Einmalaufgabe durch Bearbeiten ihrer inaktiven Karte in eine wiederkehrende Aufgabe zu verwandeln.
Testen Sie das Neustartverhalten der Host-Anwendung gezielt
Der Zeitplaner läuft in der Host-Anwendung. Das Schließen eines Browser-Tabs ist nicht dasselbe wie das Stoppen des Host-Prozesses. Identifizieren Sie, welcher Prozess oder welche Desktop-Anwendung Ihre Installation tatsächlich ausführt, bevor Sie einen Neustarttest durchführen.
Verwenden Sie eine einmalige Erinnerung nur für den Test. Stoppen Sie die Host-Anwendung, bevor sie fällig wird, und starten Sie sie nach diesem Zeitpunkt erneut. Das dokumentierte Verhalten besteht darin, gespeicherte Aufgaben zu prüfen und eine überfällige Einmalaufgabe zuzustellen. Bei wiederkehrenden Erinnerungen behandelt der Neustart nur den zuletzt verpassten Ausführungszeitpunkt, nicht jedes Intervall, das verstrichen ist, während die Host-Anwendung gestoppt war.
Verwenden Sie für dieses Experiment keine Aufgabe mit externen Nebeneffekten. Die Dokumentation garantiert keine genau-einmalige Zustellung: Ein Fehler nach der Posteingang-Persistenz, aber bevor der Aufgabendatensatz aktualisiert wird, kann eine zugestellte Nachricht nicht protokolliert lassen und eine Wiederholung ermöglichen. Ein Berichtsentwurf ist ein besserer Versuch als eine Zahlung, das Senden einer Nachricht oder ein irreversibler Dateivorgang.
Führen Sie ein Abnahmeprotokoll mit zwei Ergebnissen
Verwenden Sie eine kurze Tabelle für jeden Versuch. Die Unterscheidung zwischen Zustellung und Arbeitsabschluss verhindert, dass eine grüne Zeitplanungsanzeige ein unvollständiges Ergebnis versteckt.
| Versuch | Nachweis der Zustellung | Nachweis der Arbeit |
|---|---|---|
| Einmalige Verzögerung | Gespeicherter Eintrag zum erwarteten Zeitpunkt | Die angeforderte Checkliste erscheint in der Konversation |
| Tägliche Regel | Korrekte Frequenz, Zeitzone und nächstes Ziel | Die nächste zugestellte Anfrage verwendet die beabsichtigte Anweisung |
| Bearbeitung | Gleiche Aufgabenidentität mit den neuen gespeicherten Werten | Eine spätere Antwort folgt der bearbeiteten Anweisung |
| Neustart | Erwartete überfällige Erinnerung nach Start der Host-Anwendung | Die verknüpfte Konversation erzeugt das angeforderte Ergebnis |
Protokolle werden innerhalb konfigurierter Historienlimits aufbewahrt. Fehlende ältere Historie kann nicht einfach durch Betrachtung der aktuellen Anweisung rekonstruiert werden. Behandeln Sie die Protokolle als Zustellungsnachweis für die Einträge, die sie tatsächlich enthalten, nicht als vollständiges Audit-Protokoll der Modellausführung.
Entfernen Sie den Versuch, wenn er abgeschlossen ist
Löschen Sie eine Testaufgabe über ihre Details und bestätigen Sie die Löschung. Dies stoppt die zukünftige Zustellung und entfernt die gespeicherte Zustellungshistorie der Aufgabe. Es zieht eine Nachricht, die bereits in der ursprünglichen Konversation in der Warteschlange steht, nicht zurück, inspizieren Sie also diese Konversation, wenn Arbeit bereits fällig war.
Die angepinnte Version unterstützt das Pausieren von Aufgaben oder das Erstellen einer neuen Sitzung für jeden Durchlauf nicht. Richten Sie den Workflow auf die ursprüngliche Konversation und die verfügbaren Bearbeitungsfunktionen aus. Wenn Sie einen kontinuierlich arbeitenden Dienst mit dauerhafter Ausführungsverfolgung benötigen, stellen Sie diesen separat bereit, anstatt ihn aus der Erinnerungsunterstützung abzuleiten.
Für Installations- und Migrationskontext lesen Sie den Harness 0.2.1 Update-Bericht. Beginnen Sie mit einer Erinnerung, die Sie beobachten können, und fügen Sie echte Arbeit erst hinzu, nachdem Sie verstehen, wie Zeitplanung, Zustellung und Abschluss in Ihrer Installation erscheinen.