← ContinuumCONTENT HISTORY

Update to Continuum

Snapshot Sep 30, 2026 · 23:14 UTC · version 0.5.1

Collection source: not recorded for this historical snapshot.

WHAT CHANGED · RULE-BASED ANALYSIS

First saved snapshot

No earlier snapshot is available to establish a change.

Compare saved observations

Download comparison JSON
Full technical diff · 0 changed fields
Full snapshot data
{
  "description": "Use as the Magistri Operis domain coordinator when work should be delegated, routed, supervised, or closed through one or more Magistri Operis.",
  "included_files": [],
  "name": "orchestrer-magistri",
  "skill_md_contents": "---\r\nname: orchestrer-magistri\r\ndescription: Use as the Magistri Operis domain coordinator when work should be delegated, routed, supervised, or closed through one or more Magistri Operis.\r\n---\r\n# Orchestrer les Magistri Operis\r\n\r\n## Fonction\nComposer qualification, découpage, topologie, transport, contrôle et clôture sans faire d’un seul Skill une usine monolithique. La délégation du métier est le trajet normal lorsqu’une voie réelle existe ; Azer conserve direction, intégration et arbitrage.\n\r\n## Protocole opératoire\r\n1. Appeler `qualifier-magister` pour établir statut, résidence et mémoire autorisée.\r\n2. Appeler `preparer-mission-magister` pour découper le travail, construire le contexte délégué, rédiger le courrier, résoudre la destination et définir critères de réussite et preuve.\r\n3. Lorsque plusieurs missions sont envisagées, appeler `choisir-topologie-delegation` avant tout parallélisme.\r\n4. Protéger les états partagés par `proteger-concurrence` avant toute exécution susceptible de collision.\r\n5. Si la circulation réelle exige la Passerelle, appeler `agir-par-noyau`, qui peut déléguer à `appeler-passerelle` après pré-vol local.\r\n6. Vérifier chaque résultat de mission au niveau requis ; une production n’est ni une décision ni une validation automatique.\r\n7. Lorsque le travail change de contexte sans Passation, utiliser `transmettre-handoff-technique` si une remise technique dense est nécessaire.\r\n8. Appeler `clore-mission-magister` pour conserver l’utile et traiter correctement la disparition d’une instance non permanente.\n9. Ne pas laisser l’attente d’un Magister, quota ou moteur suspendre les Feuilles indépendantes disposant d’une capacité utile.\n\r\n## Interdits\r\n- ne jamais transformer un sous-agent technique en Magister Operis par simple vocabulaire ;\r\n- ne jamais créer de mémoire durable pour un non permanent ;\r\n- ne jamais déléguer une mission trop large qui exige par conception une Passation d’un non permanent ;\r\n- ne jamais paralléliser des missions qui écrivent le même état sans protection suffisante.\r\n\r\n## Preuve de réussite\r\nLe bon acteur a reçu une mission achevable et un contexte suffisant, la topologie respecte les dépendances, la circulation est prouvée au niveau annoncé, le résultat est contrôlé et la clôture conserve uniquement la matière utile.\r\n\r\n## Arrêt\r\nReplanifier ou redécouper si le statut, la route, la capacité de transport, les dépendances ou le périmètre de mission ne sont pas suffisamment établis.\n"
}

SHA-256 of public snapshot: 7f68c15c7458cbb27b08a7fab0fddb399f39381292e09029dfa40e6ce9927b75