Ouvrir un Desk

Créer un nouveau desk dans l'atelier avec la structure standard.

Quand l'utiliser

• L'opérateur veut démarrer un nouveau flux de travail
• Du travail arrive qui n'appartient à aucun desk existant
• Un sujet a besoin de son propre cadre (son propre historique, ses propres antécédents)

Ce qu'il crée

Étant donné un répertoire d'atelier et un nom de desk, créer :

desks/<desk-name>/
  journal.md       # mémoire persistante — lue au démarrage, écrite à la fin
  .signals/        # sortie de signal structurée (JSON) — le tableau de bord la lit

Comment l'utiliser

1. Choisissez un nom. Court, descriptif, kebab-case. Le nom est la façon dont l'opérateur et les autres desks se réfèrent à ce desk. Exemples : security-scan, api-review, ops, cloud-workshop

2. Vérifiez s'il existe déjà. Si desks/<desk-name>/ contient déjà un journal.md, le desk est actif — ne le réécrivez pas. À la place, reprenez-le : lisez le journal et continuez à partir de là. Si l'opérateur veut explicitement recommencer, il doit d'abord renommer ou archiver le desk existant.

3. Créez la structure. Faites le répertoire, le journal initial, et le dossier de signaux :

   desks/<desk-name>/journal.md
   desks/<desk-name>/.signals/

4. Écrivez la première entrée de journal. Le journal commence par :

   • Ce que ce desk est destiné à faire (son focus/objectif)
   • Quels repos ou travaux il couvre (le cas échéant)
   • Tout contexte initial dont la première session a besoin

5. Annoncez-le. Dites à l'opérateur ce qui a été créé et quel est le focus du desk.

Orientation de session

Cette skill initialise le stockage — elle ne lance pas une session. Un desk devient actif quand une session Copilot référence son répertoire. Le workflow de session :

1. L'opérateur (ou l'assistant) démarre une session et dit « siéger au desk <desk-name> »
2. La session lit desks/<desk-name>/journal.md pour charger les antécédents
3. Le travail se fait — la session utilise signal-write pour émettre des signaux et desk-journal pour persister l'état à la fin
4. La session suivante reprend à partir de l'étape 2

L'identité du desk vient du journal qui est lu, pas d'un processus persistant. Les desks sont des exécutions longues en état (le journal se transmet), pas en runtime (chaque session est indépendante).

Format du journal

# <Desk Name> — Journal

## <date> — Desk opened
- **Purpose:** <ce sur quoi ce desk se concentre>
- **Scope:** <repos, domaines ou travaux que ce desk couvre>
- **Next step:** <ce que la première session doit faire>

Principes

• Un desk est un pair, pas un sous-agent. Il a le même poids pour être en désaccord avec les autres desks.
• Le journal est la mémoire. Sans lui, la session suivante démarre à l'aveugle. Écrivez assez pour que quelqu'un partant de zéro trouve son chemin.
• Un desk, un focus. Si le scope est trop large, ouvrez deux desks. La valeur de chaque desk vient de son cadre spécifique — diluez le cadre et vous perdez la valeur.