role-os 1.9.0 → 2.0.0
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/CHANGELOG.md +332 -297
- package/README.es.md +250 -160
- package/README.fr.md +250 -160
- package/README.hi.md +250 -160
- package/README.it.md +250 -160
- package/README.ja.md +250 -160
- package/README.md +287 -250
- package/README.pt-BR.md +250 -160
- package/README.zh.md +250 -160
- package/bin/roleos.mjs +205 -145
- package/package.json +51 -51
- package/src/run-cmd.mjs +405 -0
- package/src/run.mjs +949 -0
package/README.fr.md
CHANGED
|
@@ -1,160 +1,250 @@
|
|
|
1
|
-
<p align="center">
|
|
2
|
-
<a href="README.ja.md">日本語</a> | <a href="README.zh.md">中文</a> | <a href="README.es.md">Español</a> | <a href="README.md">English</a> | <a href="README.hi.md">हिन्दी</a> | <a href="README.it.md">Italiano</a> | <a href="README.pt-BR.md">Português (BR)</a>
|
|
3
|
-
</p>
|
|
4
|
-
|
|
5
|
-
# Role OS
|
|
6
|
-
|
|
7
|
-
<p align="center">
|
|
8
|
-
<img src="https://raw.githubusercontent.com/mcp-tool-shop-org/brand/main/logos/role-os/readme.png" alt="Role OS" width="400">
|
|
9
|
-
</p>
|
|
10
|
-
|
|
11
|
-
<p align="center">
|
|
12
|
-
<a href="https://github.com/mcp-tool-shop-org/role-os/actions"><img src="https://github.com/mcp-tool-shop-org/role-os/actions/workflows/ci.yml/badge.svg" alt="CI"></a>
|
|
13
|
-
<a href="https://www.npmjs.com/package
|
|
14
|
-
<a href="LICENSE"><img src="https://img.shields.io/badge/license-MIT-blue" alt="MIT License"></a>
|
|
15
|
-
<a href="https://mcp-tool-shop-org.github.io/role-os/"><img src="https://img.shields.io/badge/Landing_Page-live-brightgreen" alt="Landing Page"></a>
|
|
16
|
-
</p>
|
|
17
|
-
|
|
18
|
-
|
|
19
|
-
|
|
20
|
-
## Ce que cela fait
|
|
21
|
-
|
|
22
|
-
Role OS
|
|
23
|
-
|
|
24
|
-
- **Dérive** : les rôles restent dans leur domaine. Le produit ne subit pas de refonte. L'interface utilisateur ne redéfinit pas la portée. Le backend n'invente pas la direction du produit.
|
|
25
|
-
- **Fausse complétion** : la définition de "terminé" est concrète. Le travail qui masque des lacunes, saute des vérifications ou résout un problème différent est rejeté.
|
|
26
|
-
- **Contamination** : les projets divisés ou hérités conservent des résidus d'identité. Role OS détecte et rejette les dérives inter-projets en termes de terminologie, de visuels et de modèles mentaux.
|
|
27
|
-
- **Progrès basé sur des impressions** : chaque transmission est structurée. Chaque verdict est étayé par des preuves. "Cela semble terminé" n'est pas un état valide.
|
|
28
|
-
|
|
29
|
-
## Comment cela fonctionne
|
|
30
|
-
|
|
31
|
-
|
|
32
|
-
|
|
33
|
-
|
|
34
|
-
|
|
35
|
-
|
|
36
|
-
|
|
37
|
-
|
|
38
|
-
|
|
39
|
-
|
|
40
|
-
|
|
41
|
-
|
|
42
|
-
|
|
43
|
-
|
|
44
|
-
|
|
45
|
-
|
|
46
|
-
|
|
47
|
-
|
|
48
|
-
|
|
49
|
-
|
|
50
|
-
|
|
51
|
-
|
|
52
|
-
|
|
53
|
-
|
|
54
|
-
|
|
55
|
-
|
|
56
|
-
|
|
57
|
-
|
|
58
|
-
|
|
59
|
-
|
|
60
|
-
|
|
61
|
-
|
|
62
|
-
|
|
63
|
-
|
|
64
|
-
|
|
65
|
-
##
|
|
66
|
-
|
|
67
|
-
|
|
68
|
-
|
|
69
|
-
|
|
70
|
-
|
|
71
|
-
|
|
72
|
-
|
|
73
|
-
|
|
74
|
-
|
|
75
|
-
|
|
76
|
-
|
|
77
|
-
|
|
78
|
-
|
|
79
|
-
|
|
80
|
-
|
|
81
|
-
|
|
82
|
-
|
|
83
|
-
|
|
84
|
-
|
|
85
|
-
|
|
86
|
-
|
|
87
|
-
|
|
88
|
-
|
|
89
|
-
**
|
|
90
|
-
|
|
91
|
-
|
|
92
|
-
|
|
93
|
-
|
|
94
|
-
|
|
95
|
-
|
|
96
|
-
|
|
97
|
-
|
|
98
|
-
|
|
99
|
-
|
|
100
|
-
|
|
101
|
-
|
|
102
|
-
|
|
103
|
-
|
|
104
|
-
|
|
105
|
-
|
|
106
|
-
|
|
107
|
-
|
|
108
|
-
|
|
109
|
-
|
|
110
|
-
|
|
111
|
-
|
|
112
|
-
|
|
113
|
-
|
|
114
|
-
|
|
115
|
-
|
|
116
|
-
|
|
117
|
-
-
|
|
118
|
-
-
|
|
119
|
-
-
|
|
120
|
-
-
|
|
121
|
-
-
|
|
122
|
-
|
|
123
|
-
##
|
|
124
|
-
|
|
125
|
-
|
|
126
|
-
|
|
127
|
-
|
|
128
|
-
|
|
129
|
-
|
|
130
|
-
|
|
131
|
-
|
|
132
|
-
|
|
133
|
-
|
|
134
|
-
|
|
135
|
-
|
|
136
|
-
|
|
137
|
-
|
|
138
|
-
|
|
139
|
-
|
|
140
|
-
|
|
141
|
-
|
|
142
|
-
|
|
143
|
-
|
|
144
|
-
|
|
145
|
-
|
|
146
|
-
|
|
147
|
-
|
|
148
|
-
-
|
|
149
|
-
-
|
|
150
|
-
|
|
151
|
-
|
|
152
|
-
|
|
153
|
-
|
|
154
|
-
|
|
155
|
-
|
|
156
|
-
|
|
157
|
-
|
|
158
|
-
|
|
159
|
-
|
|
160
|
-
|
|
1
|
+
<p align="center">
|
|
2
|
+
<a href="README.ja.md">日本語</a> | <a href="README.zh.md">中文</a> | <a href="README.es.md">Español</a> | <a href="README.md">English</a> | <a href="README.hi.md">हिन्दी</a> | <a href="README.it.md">Italiano</a> | <a href="README.pt-BR.md">Português (BR)</a>
|
|
3
|
+
</p>
|
|
4
|
+
|
|
5
|
+
# Role OS
|
|
6
|
+
|
|
7
|
+
<p align="center">
|
|
8
|
+
<img src="https://raw.githubusercontent.com/mcp-tool-shop-org/brand/main/logos/role-os/readme.png" alt="Role OS" width="400">
|
|
9
|
+
</p>
|
|
10
|
+
|
|
11
|
+
<p align="center">
|
|
12
|
+
<a href="https://github.com/mcp-tool-shop-org/role-os/actions"><img src="https://github.com/mcp-tool-shop-org/role-os/actions/workflows/ci.yml/badge.svg" alt="CI"></a>
|
|
13
|
+
<a href="https://www.npmjs.com/package/role-os"><img src="https://img.shields.io/npm/v/role-os" alt="npm"></a>
|
|
14
|
+
<a href="LICENSE"><img src="https://img.shields.io/badge/license-MIT-blue" alt="MIT License"></a>
|
|
15
|
+
<a href="https://mcp-tool-shop-org.github.io/role-os/"><img src="https://img.shields.io/badge/Landing_Page-live-brightgreen" alt="Landing Page"></a>
|
|
16
|
+
</p>
|
|
17
|
+
|
|
18
|
+
Un système d'exploitation multi-Claude qui affecte du personnel, gère les flux de travail, valide et exécute les tâches à travers 31 contrats de rôles spécialisés. Il crée des ensembles de tâches, assemble l'équipe appropriée en fonction de la compatibilité des rôles, détecte les problèmes potentiels avant l'exécution, redirige automatiquement la reprise en cas de blocage ou de rejet des tâches, et exige des preuves structurées pour chaque décision.
|
|
19
|
+
|
|
20
|
+
## Ce que cela fait
|
|
21
|
+
|
|
22
|
+
Role OS est la manière professionnelle d'utiliser multi-Claude. Il évite les échecs spécifiques que produisent les flux de travail d'IA génériques :
|
|
23
|
+
|
|
24
|
+
- **Dérive** : les rôles restent dans leur domaine. Le produit ne subit pas de refonte. L'interface utilisateur ne redéfinit pas la portée. Le backend n'invente pas la direction du produit.
|
|
25
|
+
- **Fausse complétion** : la définition de "terminé" est concrète. Le travail qui masque des lacunes, saute des vérifications ou résout un problème différent est rejeté.
|
|
26
|
+
- **Contamination** : les projets divisés ou hérités conservent des résidus d'identité. Role OS détecte et rejette les dérives inter-projets en termes de terminologie, de visuels et de modèles mentaux.
|
|
27
|
+
- **Progrès basé sur des impressions** : chaque transmission est structurée. Chaque verdict est étayé par des preuves. "Cela semble terminé" n'est pas un état valide.
|
|
28
|
+
|
|
29
|
+
## Comment cela fonctionne
|
|
30
|
+
|
|
31
|
+
Décrivez votre tâche. Role OS détermine automatiquement le niveau d'orchestration approprié.
|
|
32
|
+
|
|
33
|
+
```bash
|
|
34
|
+
roleos start "fix the crash in save handler"
|
|
35
|
+
# → MISSION: Bugfix & Diagnosis (70% confidence)
|
|
36
|
+
# Chain: Repo Researcher → Backend Engineer → Test Engineer → Critic Reviewer
|
|
37
|
+
|
|
38
|
+
roleos start "add a new export command"
|
|
39
|
+
# → PACK: Feature Build (50% confidence)
|
|
40
|
+
# Roles: Orchestrator, Product Strategist, Spec Writer, Backend Engineer, Test Engineer, Critic Reviewer
|
|
41
|
+
|
|
42
|
+
roleos start "something completely novel"
|
|
43
|
+
# → FREE-ROUTING (10% confidence)
|
|
44
|
+
# Hint: Create a packet and run `roleos route` for role-level routing
|
|
45
|
+
```
|
|
46
|
+
|
|
47
|
+
**L'échelle de secours :**
|
|
48
|
+
|
|
49
|
+
1. **Mission** — lorsque la tâche correspond à un flux de travail récurrent éprouvé (correction de bugs, traitement, déploiement de fonctionnalités, documentation, sécurité, recherche). Chaîne de rôles connue, flux d'artefacts, branches d'escalade et définitions partielles claires.
|
|
50
|
+
2. **Pack** — lorsque la tâche appartient à une famille connue, mais ne correspond pas à une mission complète. 7 ensembles d'équipe calibrés avec sélection automatique et mécanismes de prévention des incompatibilités.
|
|
51
|
+
3. **Routage libre** — lorsque la tâche est nouvelle, complexe ou incertaine. Évalue les 31 rôles en fonction du contenu de la tâche et assemble une chaîne dynamique.
|
|
52
|
+
|
|
53
|
+
Le système ne force jamais une tâche à travers le mauvais niveau d'abstraction. Il explique pourquoi il a choisi chaque niveau et propose des alternatives.
|
|
54
|
+
|
|
55
|
+
**Une fois routée :**
|
|
56
|
+
|
|
57
|
+
1. **Chaque rôle produit une transmission** — sortie structurée avec des éléments de preuve qui réduisent l'ambiguïté pour le rôle suivant.
|
|
58
|
+
2. **Le critique effectue une revue par rapport au contrat** — accepte, rejette ou bloque en fonction de preuves structurées, et non d'impressions.
|
|
59
|
+
3. **La reprise est gérée automatiquement** — les tâches bloquées ou rejetées sont redirigées vers le responsable approprié, avec une raison, un type de reprise et les artefacts requis.
|
|
60
|
+
|
|
61
|
+
## État de déploiement au sein de l'organisation
|
|
62
|
+
|
|
63
|
+
L'état de déploiement au niveau de l'organisation (file d'attente, décisions, enregistrements d'audit, ensembles de verrouillage par dépôt) se trouve dans un dépôt privé distinct : [`role-os-rollout`](https://github.com/mcp-tool-shop-org/role-os-rollout). Ce dépôt est le produit ; ce dernier est l'état opérationnel.
|
|
64
|
+
|
|
65
|
+
## Mémoire et continuité
|
|
66
|
+
|
|
67
|
+
Role OS ne possède ni ne duplique la couche de mémoire. Lorsqu'une mémoire de projet Claude existe, elle constitue le système de continuité canonique : les faits du référentiel, les décisions, les boucles ouvertes et l'historique des traitements y sont stockés.
|
|
68
|
+
|
|
69
|
+
Role OS s'intègre à la mémoire du projet Claude. Il ne la remplace pas.
|
|
70
|
+
|
|
71
|
+
## Traitement complet et vérification de la livraison
|
|
72
|
+
|
|
73
|
+
Le traitement complet est un protocole canonique en 7 phases défini dans la mémoire du projet Claude (`memory/full-treatment.md`). Role OS dirige et examine les traitements à l'aide de contrats de rôle, de transmissions et de passerelles de critique ; il ne redéfinit pas le protocole.
|
|
74
|
+
|
|
75
|
+
La **vérification de la livraison** est la porte de qualité de 31 éléments qui s'exécute avant le traitement complet. Les portes obligatoires A à D doivent être validées avant que tout traitement ne commence. Référence canonique : `memory/shipcheck.md`.
|
|
76
|
+
|
|
77
|
+
Ordre : Vérification de la livraison, puis traitement complet. Aucune version 1.0.0 sans validation des portes obligatoires.
|
|
78
|
+
|
|
79
|
+
## 31 rôles répartis dans 8 ensembles
|
|
80
|
+
|
|
81
|
+
| Ensemble | Rôles |
|
|
82
|
+
|------|-------|
|
|
83
|
+
| **Core** (3) | Orchestrateur, Stratège Produit, Critique |
|
|
84
|
+
| **Engineering** (7) | Développeur Frontend, Ingénieur Backend, Ingénieur Tests, Ingénieur Refactoring, Ingénieur Performance, Auditeur de Dépendances, Expert en Sécurité |
|
|
85
|
+
| **Design** (2) | Concepteur UI, Gardien de la Marque |
|
|
86
|
+
| **Marketing** (1) | Rédacteur de Contenu de Lancement |
|
|
87
|
+
| **Treatment** (7) | Chercheur de Dépôts, Traducteur de Dépôts, Architecte de Documentation, Conservateur de Métadonnées, Auditeur de Couverture, Vérificateur de Déploiement, Ingénieur de Release |
|
|
88
|
+
| **Product** (3) | Synthétiseur de Commentaires, Priorisateur de Feuille de Route, Rédacteur de Spécifications |
|
|
89
|
+
| **Research** (4) | Chercheur UX, Analyste Concurrentiel, Chercheur de Tendances, Synthétiseur d'Entretiens Utilisateurs |
|
|
90
|
+
| **Growth** (4) | Stratège de Lancement, Stratège de Contenu, Community Manager, Responsable de Tri des Demandes d'Assistance |
|
|
91
|
+
|
|
92
|
+
Chaque rôle a un contrat complet : mission, conditions d'utilisation, conditions de non-utilisation, entrées attendues, sorties requises, niveau de qualité et déclencheurs d'escalade. Chaque rôle peut être routé — `roleos route` peut recommander n'importe lequel d'entre eux en fonction du contenu de la tâche.
|
|
93
|
+
|
|
94
|
+
## Démarrage rapide
|
|
95
|
+
|
|
96
|
+
```bash
|
|
97
|
+
npx role-os init
|
|
98
|
+
|
|
99
|
+
# Describe what you need — Role OS picks the right level:
|
|
100
|
+
roleos start "fix the crash in save handler"
|
|
101
|
+
|
|
102
|
+
# Or go manual:
|
|
103
|
+
roleos packet new feature
|
|
104
|
+
roleos route .claude/packets/my-feature.md
|
|
105
|
+
roleos review .claude/packets/my-feature.md accept
|
|
106
|
+
roleos status
|
|
107
|
+
|
|
108
|
+
# Explore missions and packs:
|
|
109
|
+
roleos mission list
|
|
110
|
+
roleos mission show bugfix
|
|
111
|
+
roleos packs list
|
|
112
|
+
roleos packs show feature
|
|
113
|
+
```
|
|
114
|
+
|
|
115
|
+
## Quand ne pas utiliser Role OS
|
|
116
|
+
|
|
117
|
+
- Corrections de ligne unique, fautes de frappe ou bugs évidents
|
|
118
|
+
- Recherche exploratoire sans résultat défini
|
|
119
|
+
- Tâches qui peuvent être comprises par une seule personne en 5 minutes
|
|
120
|
+
- Corrections urgentes qui doivent être déployées avant qu'une chaîne de revue ne soit terminée
|
|
121
|
+
- Projets où la rapidité est privilégiée par rapport à la structure
|
|
122
|
+
|
|
123
|
+
## Preuves
|
|
124
|
+
|
|
125
|
+
Role OS a été testé sur trois types de tâches différents dans deux référentiels structurellement différents :
|
|
126
|
+
|
|
127
|
+
**Test 001 — Travail de fonctionnalité** (Écran de l'équipe, Star Freight)
|
|
128
|
+
- Chaîne de 7 rôles, 45 scénarios de test, 0 conflit de rôle.
|
|
129
|
+
- A empêché la contamination provenant de l'ancêtre de la branche, a détecté les inventions improvisées, et a mis en évidence les blocages réels.
|
|
130
|
+
|
|
131
|
+
**Test 002 — Travail d'intégration** (Câblage de l'état de la campagne, Star Freight)
|
|
132
|
+
- Chaîne de 5 rôles, a résolu la limite architecturale sans mensonges.
|
|
133
|
+
- Les tests anti-fallback ont prouvé que le chemin actif est réel, et non un simple espace réservé.
|
|
134
|
+
|
|
135
|
+
**Test 003 — Travail d'identité** (Suppression de la contamination, Star Freight)
|
|
136
|
+
- Chaîne de 6 rôles, 51 scénarios de test, y compris une défense durable contre la contamination de l'intégration continue.
|
|
137
|
+
- A corrigé la dérive de la fiction héritée sans se transformer en une refonte complète.
|
|
138
|
+
|
|
139
|
+
**Phase d'essai de portabilité** (Cohérence des personas, humour lié aux capteurs)
|
|
140
|
+
- Même structure de base, mais langage/domaine/pile différents.
|
|
141
|
+
- adoption (du produit) avec modification du contexte uniquement – aucune modification du contrat principal.
|
|
142
|
+
|
|
143
|
+
**Traitement complet FT-001** (portlight-desktop)
|
|
144
|
+
- Traitement en 7 phases avec rôles du "Traitement Pack"
|
|
145
|
+
- Vérification de déploiement prouvée, absence de conflits de rôles
|
|
146
|
+
|
|
147
|
+
**Traitement complet FT-002** (studioflow)
|
|
148
|
+
- Même ensemble de traitement, dépôt structurellement différent (espace de travail créatif vs jeu)
|
|
149
|
+
- Ensemble de traitement portable — aucune modification de contrat n'est nécessaire
|
|
150
|
+
|
|
151
|
+
## Propriétés essentielles
|
|
152
|
+
|
|
153
|
+
Ce sont des éléments non négociables. Si une modification affaiblit l'un de ces éléments, elle doit être rejetée.
|
|
154
|
+
|
|
155
|
+
- Les limites des rôles sont respectées.
|
|
156
|
+
- Les revues sont rigoureuses.
|
|
157
|
+
- Les escalades restent transparentes.
|
|
158
|
+
- Les tests restent réalisables.
|
|
159
|
+
- La portabilité nécessite une adaptation du contexte, et non une modification profonde.
|
|
160
|
+
|
|
161
|
+
## Structure du projet
|
|
162
|
+
|
|
163
|
+
```
|
|
164
|
+
role-os/
|
|
165
|
+
bin/roleos.mjs ← CLI entrypoint
|
|
166
|
+
src/
|
|
167
|
+
entry.mjs ← Unified entry: mission → pack → free routing
|
|
168
|
+
entry-cmd.mjs ← `roleos start` CLI command
|
|
169
|
+
mission.mjs ← 6 named mission types (feature, bugfix, treatment, docs, security, research)
|
|
170
|
+
mission-run.mjs ← Mission runner: create → step → complete → report
|
|
171
|
+
mission-cmd.mjs ← `roleos mission` CLI commands
|
|
172
|
+
route.mjs ← 31-role routing + dynamic chain builder
|
|
173
|
+
packs.mjs ← 7 calibrated team packs + auto-selection
|
|
174
|
+
conflicts.mjs ← 4-pass conflict detection
|
|
175
|
+
escalation.mjs ← Auto-routing for blocked/rejected/split
|
|
176
|
+
evidence.mjs ← Structured evidence + role-aware requirements
|
|
177
|
+
dispatch.mjs ← Runtime dispatch manifests for multi-claude
|
|
178
|
+
artifacts.mjs ← 20 per-role artifact contracts + 7 pack handoffs
|
|
179
|
+
decompose.mjs ← Composite task detection + splitting
|
|
180
|
+
composite.mjs ← Dependency-ordered execution + recovery
|
|
181
|
+
replan.mjs ← Mid-run adaptive replanning
|
|
182
|
+
calibration.mjs ← Outcome recording + weight tuning
|
|
183
|
+
hooks.mjs ← 5 lifecycle hooks for runtime enforcement
|
|
184
|
+
session.mjs ← Session scaffolding + doctor
|
|
185
|
+
test/ ← 527 tests across 20 test files
|
|
186
|
+
starter-pack/ ← Drop-in role contracts, policies, schemas, workflows
|
|
187
|
+
```
|
|
188
|
+
|
|
189
|
+
## Sécurité
|
|
190
|
+
|
|
191
|
+
Le rôle OS fonctionne **uniquement localement**. Il copie les modèles Markdown et écrit les fichiers de paquets/de verdicts dans le répertoire `.claude/` de votre dépôt. Il n'accède pas au réseau, ne gère pas les secrets et ne collecte pas de données télémétriques. Aucune opération dangereuse n'est effectuée : toutes les écritures de fichiers utilisent par défaut la fonction "skip-if-exists". Consultez le fichier [SECURITY.md](SECURITY.md) pour connaître la politique complète.
|
|
192
|
+
|
|
193
|
+
## Le système d'exploitation
|
|
194
|
+
|
|
195
|
+
| Couche | Ce que cela fait | Statut |
|
|
196
|
+
|-------|-------------|--------|
|
|
197
|
+
| **Routing** | Évalue les 31 rôles en fonction du contenu de la tâche, explique les recommandations, évalue la confiance | ✓ Déployé |
|
|
198
|
+
| **Chain builder** | Assemble des chaînes ordonnées en fonction des rôles, avec une préférence pour certains types de paquets, sans être verrouillée à un modèle spécifique. | ✓ Déployé |
|
|
199
|
+
| **Conflict detection** | Validation en 4 étapes : conflits majeurs, séquences, redondances, lacunes de couverture. Suggestions de correction. | ✓ Déployé |
|
|
200
|
+
| **Escalation** | Redirection automatique des tâches bloquées, rejetées ou divisées vers le module de résolution approprié, avec indication de la raison et des artefacts requis. | ✓ Déployé |
|
|
201
|
+
| **Evidence** | Preuves structurées et adaptées aux rôles dans les verdicts. Vérifications de suffisance. 12 types de preuves. | ✓ Déployé |
|
|
202
|
+
| **Dispatch** | Génération de manifestes d'exécution pour les environnements multi-Claude. Profils d'outils par rôle, instructions système, budgets. | ✓ Déployé |
|
|
203
|
+
| **Trials** | Ensemble complet validé : 30 tâches réussies sur 30 + 5 essais négatifs réussis sur 5. 7 ensembles de tests terminés. | ✓ Terminé |
|
|
204
|
+
| **Team Packs** | 7 ensembles calibrés avec sélection automatique, protections contre les erreurs et mécanisme de repli en cas de problème. | ✓ Déployé |
|
|
205
|
+
| **Outcome calibration** | Enregistrement des résultats des exécutions, ajustement des poids des ensembles/rôles en fonction des résultats, modification des seuils de confiance. | ✓ Déployé |
|
|
206
|
+
| **Mixed-task decomposition** | Détection des tâches complexes, division en paquets secondaires, attribution des ensembles, préservation des dépendances. | ✓ Déployé |
|
|
207
|
+
| **Composite execution** | Exécution des paquets secondaires dans l'ordre des dépendances, avec transmission des artefacts, reprise en cas de branchement et synthèse. | ✓ Déployé |
|
|
208
|
+
| **Adaptive replanning** | Les modifications de la portée, les résultats ou les nouvelles exigences pendant l'exécution mettent à jour le plan sans redémarrage. | ✓ Déployé |
|
|
209
|
+
| **Session spine** | `roleos init claude` crée les fichiers CLAUDE.md, /roleos-route, /roleos-review, /roleos-status. `roleos doctor` vérifie la configuration. Les cartes de routage prouvent l'engagement. | ✓ Déployé |
|
|
210
|
+
| **Hook spine** | 5 points d'accroche du cycle de vie (SessionStart, PromptSubmit, PreToolUse, SubagentStart, Stop). Application des règles : rappels sur les cartes de routage, contrôle de l'utilisation des outils, injection de rôle des sous-agents, audit de la finalisation. | ✓ Déployé |
|
|
211
|
+
| **Artifact spine** | 20 contrats d'artefacts par rôle. 7 contrats de transmission d'ensembles. Validation structurelle. Vérifications de l'intégrité des chaînes. Les rôles suivants ne peuvent jamais deviner ce qu'ils ont reçu. | ✓ Déployé |
|
|
212
|
+
| **Mission library** | 6 missions nommées (développement de fonctionnalité, correction de bug, amélioration, publication de documentation, renforcement de la sécurité, lancement de recherche). Chaque mission définit l'ensemble, la chaîne de rôles, le flux d'artefacts, les branches de relance et une définition partielle et honnête. Les 6 missions ont été testées et optimisées. | ✓ Déployé |
|
|
213
|
+
| **Mission runner** | Création d'exécutions, suivi de l'état, finalisation ou échec avec un rapport précis. Propagation des étapes bloquées, avertissements de relance en dehors de la chaîne, réouverture de la dernière étape. | ✓ Déployé |
|
|
214
|
+
| **Unified entry** | `roleos start` détermine automatiquement si l'exécution est une mission, un ensemble ou un routage libre. Mécanisme de repli avec scores de confiance, alternatives et détection des tâches complexes. | ✓ Déployé |
|
|
215
|
+
|
|
216
|
+
## 6 missions
|
|
217
|
+
|
|
218
|
+
| Mission | Ensemble | Rôles | Quand utiliser |
|
|
219
|
+
|---------|------|-------|-------------|
|
|
220
|
+
| `feature-ship` | Fonctionnalité | 5 | Livraison complète d'une fonctionnalité : définition de la portée → spécifications → implémentation → test → revue |
|
|
221
|
+
| `bugfix` | Correction de bug | 4 | Diagnostic de la cause profonde, correction, test, vérification |
|
|
222
|
+
| `treatment` | Amélioration | 4 | Vérification + peaufinage + documentation + vérification CI + revue |
|
|
223
|
+
| `docs-release` | Documentation | 2 | Rédaction/mise à jour de la documentation, notes de publication |
|
|
224
|
+
| `security-hardening` | Sécurité | 4 | Analyse des menaces, audit, correction des vulnérabilités, nouvel audit, vérification |
|
|
225
|
+
| `research-launch` | Recherche | 4 | Définition de la question, recherche, documentation des résultats, prise de décision |
|
|
226
|
+
|
|
227
|
+
Chaque mission inclut des définitions partielles et honnêtes : lorsque le travail est bloqué, le système documente ce qui a été réalisé et ce qui reste, au lieu de prétendre que le travail est terminé.
|
|
228
|
+
|
|
229
|
+
## Statut
|
|
230
|
+
|
|
231
|
+
- v0.1–v0.4 : Bases – essais, adoption (du produit), ensemble de traitement, ensemble de démarrage.
|
|
232
|
+
- v1.0.0 : 32 rôles, interface en ligne de commande complète, traitement éprouvé, portabilité multi-dépôts.
|
|
233
|
+
- v1.0.2 : Blocage des rôles au niveau du système d'exploitation (corrections de la configuration initiale, `init --force`).
|
|
234
|
+
- v1.1.0 : 31 rôles, architecture de routage complète, détection des conflits, escalade, preuves, répartition, 7 ensembles d'outils éprouvés. 35 essais d'exécution. 212 tests.
|
|
235
|
+
- v1.2.0 : Les ensembles calibrés sont promus au mode par défaut. Sélection automatique, détection des incompatibilités, suggestion d'alternatives, basculement vers un routage libre. 246 tests.
|
|
236
|
+
- v1.3.0 : Calibrage des résultats, décomposition des tâches complexes, exécution composite, replanification adaptative. 317 tests.
|
|
237
|
+
- v1.4.0 : Architecture de session – `roleos init claude`, `roleos doctor`, cartes de routage, commandes `/roleos-route`, `/roleos-review` et `/roleos-status`. 335 tests.
|
|
238
|
+
- v1.5.0 : Architecture de connexion – 5 points d'accroche pour l'application des règles au moment de l'exécution. 358 tests.
|
|
239
|
+
- v1.6.0 : Architecture des artefacts – 20 contrats d'artefacts par rôle, 7 contrats de transfert d'ensembles, validation structurelle. 385 tests.
|
|
240
|
+
- v1.7.0 : Preuve de complétion – tâches réelles exécutées sur l'ensemble de la pile. Interface en ligne de commande `roleos artifacts`. Escalade transparente pour les corrections structurelles. 398 tests.
|
|
241
|
+
- v1.8.0 : Bibliothèque de missions (Phase S) – 6 missions nommées, moteur d'exécution, rapports de complétion. Durcissement basé sur 6 essais réels. 481 tests.
|
|
242
|
+
- **v1.9.0** : Chemin d'accès unifié (Phase T) – `roleos start` détermine automatiquement si l'on utilise une mission, un ensemble d'outils ou un routage libre. Système de basculement, détection composite, essais de comparaison des chemins d'accès. 527 tests.
|
|
243
|
+
|
|
244
|
+
## Licence
|
|
245
|
+
|
|
246
|
+
MIT
|
|
247
|
+
|
|
248
|
+
---
|
|
249
|
+
|
|
250
|
+
Créé par <a href="https://mcp-tool-shop.github.io/">MCP Tool Shop</a
|