DeepSeek Harness : créer et vérifier des tâches
DeepSeek-V4 Team · 8 octobre 2026 · 8 min read
Un rappel qui arrive à l'heure n'est que la première moitié d'une tâche automatisée. La seconde moitié est le travail qu'il demande au modèle d'effectuer. DeepSeek Harness rend cette distinction visible grâce aux registres de livraison enregistrés et à la conversation liée, mais vous devez toujours vérifier les deux.
Dans la version dsh-v0.2.1-alpha.1 du 3 octobre 2026, l'automatisation est intégrée au mode Web. Ce tutoriel suit le guide de planification versionné. Il propose une petite procédure de validation pour votre propre installation ; il ne signale pas un résultat de fiabilité mesuré ni ne promet une exécution sans surveillance lorsque votre machine est éteinte.
Vérifier le mode avant de rédiger le rappel
Configurez un fournisseur de modèle et utilisez le mode Standard, Creator ou PTC. Ces préréglages exposent les outils de rappel. Le mode Minimal ne le fait pas, et les sous-agents délégués se voient refuser l'accès à ces outils. Une capacité de planification manquante peut donc être un problème de mode plutôt qu'un problème de formulation.
Ouvrez Automation tasks depuis la barre latérale. La page vous permet d'inspecter les tâches de plusieurs conversations sans d'abord activer chaque conversation. Son action New ouvre une nouvelle session avec une demande de création déjà dans la zone de saisie. Comme pour tout brouillon, inspectez-la avant l'envoi.
Pour le premier essai, choisissez une demande inoffensive avec un résultat évident. Demander une courte liste de contrôle fixe rend la livraison et l'exécution plus faciles à inspecter que de demander au modèle de rechercher plusieurs sites web et de produire un rapport. Les dépendances externes peuvent être ajoutées après que le mécanisme de base fonctionne.
Commencez par une livraison que vous pouvez reconnaître
Envoyez une demande telle que :
Dans deux minutes, rappelle-moi dans cette conversation de revoir le rapport exemple. Le rappel doit te demander de répondre avec ces trois vérifications : date de la source, lignes manquantes et cohérence des totaux. Crée un rappel ponctuel, puis montre-moi le nom de la tâche enregistrée et l'heure planifiée.
Ceci demande un délai unique, pas une tâche répétitive. Ouvrez ses détails de tâche et vérifiez cette distinction. Maintenez l'hôte en marche pendant que vous attendez. Lorsque le rappel arrive, inspectez la conversation pour les trois vérifications demandées et ouvrez Records pour inspecter la preuve de livraison.
Un registre enregistré signifie que le rappel a été durablement écrit dans la boîte de réception de la conversation. Cela ne signifie pas que le modèle a terminé la réponse demandée. Si un registre existe mais que le résultat est manquant, enquêtez sur la conversation et l'état du fournisseur avant de recréer la planification. Sinon, vous risquez de créer plusieurs tâches pour la même demande.
Après la livraison, une tâche unique devient inactive. Trouvez-la avec All ou Inactive dans la liste des tâches. Sa disparition d'une vue qui liste les rappels actifs ne signifie pas que la tâche ou son historique a été supprimé.
Utiliser une règle quotidienne pour une heure locale quotidienne
Un rappel quotidien à une heure locale précise et un intervalle écoulé fixe expriment des intentions différentes. « Toutes les 24 heures » commence à partir d'un ancrage d'intervalle. « Tous les jours à 09:00 dans Asia/Shanghai » nomme une heure d'horloge locale et une zone. Choisissez la règle qui correspond à votre exigence réelle.
Par exemple :
Tous les jours à 09:00 dans Asia/Shanghai, rappelle-moi dans cette conversation d'inspecter le rapport exemple. Nomme la tâche Vérification du rapport quotidien. Utilise une règle quotidienne en heure locale, sans rappel ponctuel ni intervalle fixe de 24 heures. Après la création, affiche la règle enregistrée et la prochaine heure planifiée.
Dans Rules, vérifiez la fréquence, l'heure et la zone IANA enregistrée. La prochaine cible est affichée dans la zone de l'appareil, elle peut donc sembler différente de la règle enregistrée si votre appareil utilise une autre zone. Comparez l'instant réellement prévu plutôt que de supposer que les deux valeurs d'horloge visibles doivent correspondre.
Les planifications quotidiennes dans les zones avec des changements d'heure d'été nécessitent une attention particulière. Selon le guide versionné, une heure locale inexistante est ignorée, et une heure répétée ne déclenche le rappel qu'une fois, au premier des deux instants. Un intervalle fixe est une planification de temps écoulé et ne suit pas ces règles d'heure locale.
Modifier la tâche existante au lieu d'en créer un doublon
Sélectionnez une tâche active et ouvrez Rules. Vous pouvez modifier son nom, son instruction et son timing. Les modifications restent locales jusqu'à ce que Save changes soit sélectionné. Une modification acceptée préserve l'identité de la tâche, la conversation originale et les registres de livraison enregistrés.
Si vous changez l'intervalle, le prochain intervalle est mesuré à partir de l'heure d'enregistrement acceptée par l'hôte. Une règle normalisée équivalente ne redémarre pas le minuteur. Cette différence compte lors du test d'un intervalle court : changer l'instruction seule ne doit pas être traitée comme une nouvelle planification.
Après l'enregistrement, rouvrez ou actualisez la tâche et inspectez les valeurs stockées. Si une mise à jour ne peut pas être confirmée, inspectez la tâche actuelle avant de réessayer. Un écran obsolète et une écriture échouée sont des problèmes différents. Les tâches inactives sont en lecture seule, donc ne vous attendez pas à transformer une tâche unique terminée en tâche récurrente en modifiant sa carte inactive.
Tester délibérément le comportement de redémarrage de l'hôte
Le planificateur s'exécute dans l'hôte. Fermer un onglet navigateur n'est pas la même chose qu'arrêter le processus hôte. Identifiez quel processus ou application de bureau exécute réellement votre installation avant d'exécuter un test de redémarrage.
Utilisez un rappel ponctuel réservé au test. Arrêtez l'hôte avant qu'il ne devienne échu, puis redémarrez-le après cette heure. Le comportement documenté est de vérifier les tâches stockées et de livrer une tâche unique en retard. Pour les rappels récurrents, le redémarrage gère uniquement la dernière occurrence manquée, pas chaque intervalle qui s'est écoulé pendant que l'hôte était arrêté.
N'utilisez pas une tâche avec des effets secondaires externes pour cette expérience. La documentation ne garantit pas une livraison exactement une fois : un échec après la persistance de la boîte de réception mais avant que le registre de tâche ne soit mis à jour peut laisser un message livré non enregistré et permettre une répétition. Un brouillon de rapport est un meilleur essai qu'un paiement, un envoi de message ou une opération de fichier irréversible.
Conserver un registre de validation avec deux résultats
Utilisez un tableau court pour chaque essai. La distinction entre la livraison et l'achèvement du travail empêche un indicateur de planification vert de cacher un résultat incomplet.
| Essai | Preuve de livraison | Preuve de travail |
|---|---|---|
| Délai unique | Registre enregistré à l'occurrence attendue | La liste de contrôle demandée apparaît dans la conversation |
| Règle quotidienne | Fréquence, zone et prochaine cible correctes | La prochaine demande livrée utilise l'instruction prévue |
| Modification | Même identité de tâche avec les nouvelles valeurs enregistrées | Une réponse ultérieure suit l'instruction modifiée |
| Redémarrage | Rappel en retard attendu après le démarrage de l'hôte | La conversation liée produit le résultat demandé |
Les registres sont conservés dans les limites d'historique configurées. Un historique ancien manquant ne peut pas être reconstruit simplement en regardant l'instruction actuelle. Traitez les registres comme une preuve de livraison pour les entrées qu'ils contiennent réellement, pas comme un journal d'audit complet de l'exécution du modèle.
Supprimer l'essai lorsqu'il est terminé
Supprimez une tâche de test via ses détails et confirmez la suppression. Cela arrête la livraison future et supprime l'historique de livraison enregistré de la tâche. Cela ne rétracte pas un message déjà mis en file d'attente dans la conversation originale, donc inspectez cette conversation si le travail était déjà échu.
Cette version ne prend pas en charge la mise en pause des tâches ou la création d'une nouvelle session pour chaque exécution. Concevez le flux de travail autour de la conversation originale et des contrôles de modification disponibles. Si vous avez besoin d'un service fonctionnant en continu avec un suivi d'exécution durable, établissez cela séparément plutôt que de le déduire du support de rappel.
Pour le contexte d'installation et de migration, lisez la revue de la mise à jour Harness 0.2.1. Commencez par un rappel que vous pouvez observer, puis ajoutez du travail réel seulement après avoir compris comment le timing, la livraison et l'achèvement apparaissent dans votre installation.