Collaboration DeepSeek

Que fait Collaboration DeepSeek ?

L'utilisateur souhaite que Codex coordonne et vérifie, que DeepSeek Harness implémente, et qu'il n'y ait pas de copie manuelle entre les applications. Une demande de collaboration autorise le transfert de tâches dans le périmètre demandé. Ne demandez pas à l'utilisateur de relayer les instructions ou les résultats.

Interface locale

Tableau de bord automatique lors de l'invocation de la compétence

Lorsque cette compétence est invoquée explicitement ou sélectionnée pour une demande de collaboration, démarrez/réutilisez automatiquement et ouvrez visiblement le tableau de bord comme première étape opérationnelle, avant de planifier ou de répartir le travail. N'attendez pas la première répartition de tâche et ne demandez pas s'il faut l'ouvrir : cet utilisateur a explicitement demandé une ouverture automatique. Si aucun projet n'a encore été sélectionné, utilisez l'espace de travail actuel afin que l'invocation de la compétence seule ouvre un tableau de bord ; basculez vers le tableau de bord du projet réel une fois cet espace de travail établi.

Démarrez ou réutilisez le tableau de bord local en direct :

python '<skill-directory>/scripts/dashboard.py' --workspace '<absolute-project-directory>' --start

Après la réussite de --start à CHAQUE invocation, envoyez de manière proactive un message de commentaire avec l'URL exacte retournée sous forme de lien Markdown cliquable, intitulé "本次协作板". Faites-le AVANT de tenter d'ouvrir le navigateur ou de répartir une tâche, même si un tableau de bord a été réutilisé ou si un onglet est déjà ouvert. Utilisez l'URL retournée pour l'espace de travail du projet en cours ; ne réutilisez jamais un lien mémorisé d'un autre projet. N'omettez pas le lien parce que le navigateur est bloqué. Fournir un lien permet un accès manuel mais ne supprime pas les restrictions de pare-feu ou de navigateur. Si le démarrage échoue, signalez cet échec au lieu de donner une URL obsolète.

Affichez immédiatement l'URL de bouclage retournée dans le navigateur de Codex avec open_in_codex ou l'outil de navigation. Réutilisez un onglet déjà ouvert pour ce tableau de bord ; avec l'outil de navigation, marquez l'onglet orienté utilisateur comme livrable afin qu'il reste ouvert après le tour. Vérifiez que la page est visible et connectée, puis continuez la tâche et partagez le lien. Un lien seul ne satisfait pas à l'ouverture automatique. Si l'ouverture échoue, signalez le blocage spécifique et fournissez l'URL sans prétendre que le tableau de bord est ouvert. La page se rafraîchit chaque seconde et affiche le texte de la tâche, les réponses publiques, les appels/résultats d'outils et l'état d'exécution. Elle fournit des contrôles d'arrêt et de révision. Les révisions arrêtent d'abord l'ancienne tâche puis reprennent sa session exacte dans le même espace de travail. Ne promettez jamais de texte token par token : Harness peut émettre des messages complets. Si un tableau de bord existe, réutilisez son URL au lieu d'ouvrir des onglets en double.

Chaque projet dispose désormais d'un port de bouclage persistant et d'un jeton d'accès dans <workspace>/work/deepseek-collab/dashboard-config.json. Préservez ce fichier ; un redémarrage doit conserver la même URL complète. --start vérifie un point de terminaison minimal /health, réutilise une instance saine ou démarre un processus d'arrière-plan indépendant et caché. En cas de conflit de port, inspectez l'écouteur ; ne basculez pas vers un port aléatoire et ne terminez pas les processus sans rapport. Il s'agit d'une récupération lors de l'invocation, et non d'un service de démarrage du système d'exploitation ou d'une surveillance continue.

Si le navigateur refuse explicitement l'accès en vertu de sa politique d'URL/sécurité, n'essayez pas d'autres ports, noms d'hôte, surfaces de navigateur ou commandes de lancement du système d'exploitation pour y échapper. Vous pouvez réparer un service arrêté indépendamment et vérifier l'état de santé minimal du service, puis donner à l'utilisateur l'URL stable pour une ouverture manuelle. Indiquez que la visualisation par navigateur reste non vérifiée dans ce cas.

Le serveur local reste disponible tant que son processus est actif. Les révisions soumises par l'interface utilisateur peuvent s'exécuter indépendamment du tour de chat en cours, mais le tableau de bord ne peut pas réveiller Codex pour une révision. Passez-les en revue au cours du tour actif ou lorsque l'utilisateur revient. Ne promettez pas d'acceptation sans surveillance de Codex. L'URL tokenisée est privée ; ne la publiez pas.

Utilisez scripts/dispatch.py à côté de cette compétence avec l'exécutable Python disponible :

python '<skill-directory>/scripts/dispatch.py' --workspace '<absolute-project-directory>' --task-file '<absolute-UTF8-task-file>' --timeout 1200

Écrivez le fichier de tâche avec un outil de fichier ou une chaîne littérale, jamais d'interpolation shell de texte utilisateur. Incluez l'objectif, le contexte pertinent, le répertoire/fichiers de travail autorisés, les critères d'acceptation et le rapport attendu (modifications, vérifications, problèmes non résolus). Excluez les secrets et l'historique de chat sans rapport. Dites à DeepSeek de ne pas générer d'autres agents sauf si l'utilisateur le demande, et de ne pas publier, envoyer de messages à des personnes, modifier les identifiants ou agir en dehors de l'espace de travail de la tâche. Ces limites de prompt sont des instructions, non un bac à sable du système d'exploitation ; le harnais conserve ses propres paramètres d'outil/approbation. N'affaiblissez jamais ces paramètres.

L'assistant appelle l'interface CLI Electron installée directement sans interpréteur et réutilise son service d'identification local via le correctif fourni. N'imprimez, ne copiez et n'exportez jamais les identifiants. Le correctif corrige la valeur par défaut credentials.disabled: true de la configuration headless ; il ne modifie pas le profil de bureau. Les valeurs par défaut du modèle existant sont deepseek-official / deepseek-flash ; ne substituez pas un autre fournisseur en silence.

Utilisez un délai d'attente/une interruption d'outil qui redonne le contrôle pour les mises à jour de progression, et interrogez la session d'exécution retournée jusqu'à son achèvement. L'assistant applique un délai d'attente par exécution (20 minutes par défaut). Si les autorisations du bac à sable empêchent DeepSeek d'écrire ses propres profils/session store ou de se connecter, demandez l'escalade d'exécution normale et étroitement limitée ; ne contournez pas le bac à sable avec un autre agent ou exécutable.

Coordonner et vérifier

1. Établissez le projet et ses instructions. Conservez une base de référence des modifications existantes. Pour les dépôts de code, utilisez un checkout isolé lorsque cela est approprié ; les deux agents ne doivent pas modifier les mêmes fichiers simultanément.
2. Répartissez une tâche d'implémentation concrète. Travaillez sur une révision/préparation indépendante pendant son exécution, ou attendez avec des mises à jour concises de la progression. Ne laissez jamais deux appels actifs posséder la même session DeepSeek.
3. Lisez le fichier result.json, answer.md et les événements pertinents sous <workspace>/work/deepseek-collab/runs/<run-id>/. Une exécution réussie nécessite un code de sortie zéro, un événement final et un type de terminal completed ; l'assistant vérifie ces conditions. Une exécution réussie à elle seule n'établit pas la correction de l'implémentation.
4. Inspectez les fichiers/diff réels et exécutez vous-même les vérifications appropriées. Pour demander des corrections, utilisez l'ID de session exact retourné et le MÊME espace de travail :

python '<skill-directory>/scripts/dispatch.py' --workspace '<same-workspace>' --task-file '<followup-file>' --session-id 'session-...' --timeout 1200

5. Par défaut, limitez-vous à au plus deux cycles de correction après la tâche initiale. Si le problème n'est toujours pas résolu, terminez vous-même le problème lorsque cela est possible ou signalez le blocage concret. Ne bouclez pas sur les erreurs d'authentification/réseau et ne réessayez pas un délai d'attente à l'aveugle : inspectez d'abord si le travail est toujours actif et quels fichiers ont été modifiés.
6. Rapportez le résultat, votre vérification et les limitations matérielles en chinois sauf si l'utilisateur préfère une autre langue. Identifiez clairement la contribution de DeepSeek. Ne prétendez pas avoir une surveillance d'arrière-plan durable ; la collaboration s'exécute pendant que le tour de coordination de Codex est actif.

Échecs et reprise

L'assistant émet un enregistrement de démarrage avec l'ID de session et le répertoire d'exécution, puis un résultat final. Les événements et le texte de la tâche sont sauvegardés au fur et à mesure de leur arrivée ; les événements de raisonnement privés sont ignorés. En cas d'échec/délai d'attente, inspectez la raison du terminal et stderr.log. N'affichez pas de journaux bruts sensibles de manière indiscriminée. Si aucun fichier de résultat n'existe après une interruption, inspectez les événements et fichiers sauvegardés avant toute reprise. Headless peut reprendre ses propres sessions ; n'adoptez pas une conversation de bureau active. Une compétence nouvellement installée peut nécessiter un nouveau chat Codex pour apparaître dans la découverte, mais l'assistant peut être invoqué directement dans le chat en cours.