a-freshcat/workspace-main-conversation

Collaboration dans l'espace de travail v2.1

Objectif : utiliser un minimum d'état pour la collaboration, les détails sont lus à la demande. La répartition spécifique des tâches est définie par l'utilisateur. Les chemins des scripts sont relatifs au répertoire de cette compétence ; les paramètres de l'espace de travail utilisent des chemins absolus. Applicable à Codex et DSH.

Entrée ou reprise

Exécutez node scripts/workspace.mjs context --workspace WORKSPACE --session SESSION. SESSION utilise l'identifiant de la conversation en cours donné par l'environnement d'exécution ; lorsqu'il ne peut pas être obtenu, conservez unknown, ne devinez pas l'identité, ne réclamez pas. Si l'espace de travail n'est pas activé, poursuivez la tâche originale de l'utilisateur ; exécutez init uniquement lorsque l'utilisateur spécifie clairement une conversation principale et active la gestion. Pour un nouveau contexte, lisez d'abord le résumé complet ; pour un même contexte ultérieurement, transmettez le dernier traitement complet avec --since STAMP, lisez uniquement les changements. scope=declared-metadata ne vérifie que les informations d'enregistrement ; cela ne prouve pas que les fichiers sources n'ont pas changé ou que la conversation enregistrée n'existe pas.

Exécution

• role=main : résumez les tâches enregistrées, traitez les alertes, examinez les conflits et le travail en double ; à la fin de l'étape, utilisez summary pour générer sum.md.
• role=child : maintenez uniquement vos propres enregistrements de tâches et artefacts ; lorsque vous avez besoin de contexte, privilégiez detail --task ID.
• Lors de la prise de tâche, d'un changement d'état ou d'un transfert de résultat, utilisez task --file INPUT.json pour l'enregistrement ; les champs et commandes sont décrits dans la Référence des commandes. Les réponses normales ne nécessitent pas de modification du registre.
• Avant une écriture partagée, enregistrez d'abord writes ; en cas de conflit de réclamation, sérialisez le transfert. check vérifie les chemins enregistrés, relisez le fichier cible avant d'éditer.
• sum.md est généré par le script de la conversation principale ; les sous-conversations mettent à jour leurs propres enregistrements. Un même contenu n'augmente pas la version de la tâche.

En cas d'informations insuffisantes

more=true utilise le même --since et --offset NEXT pour lire toutes les pages pertinentes, puis enregistre le stamp. Les problèmes (unknown, analyse incomplète ou erreur d'analyse) sont conservés tels quels ; pour une vérification détaillée des fichiers, utilisez check --offset N. Lorsque vous trouvez des artefacts épars, des éléments sans propriétaire ou des claims en attente, lisez Réclamation et réorganisation. Ne lisez Commande de recherche de preuves que lorsque vous avez besoin d'indices dans les journaux DSH ; l'activation d'anciens espaces de travail est décrite dans Migration. En temps normal, ne lisez que le résumé. Ne vous fiez qu'aux informations disponibles à l'instant présent ; pour reprendre une conversation principale, utilisez explicitement handoff. L'horodatage des fichiers n'indique pas si une conversation est en cours. Ces enregistrements coordonnent la collaboration, ne remplacent pas les autorisations des outils et n'empêchent pas les écritures externes qui ne respectent pas les conventions.