role-os 2.7.0 → 2.7.1
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 +13 -0
- package/README.es.md +185 -129
- package/README.fr.md +193 -137
- package/README.hi.md +191 -135
- package/README.it.md +186 -130
- package/README.ja.md +191 -135
- package/README.md +6 -18
- package/README.pt-BR.md +188 -132
- package/README.zh.md +192 -139
- package/package.json +1 -1
package/README.hi.md
CHANGED
|
@@ -13,20 +13,20 @@
|
|
|
13
13
|
<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>
|
|
14
14
|
</p>
|
|
15
15
|
|
|
16
|
-
एक
|
|
16
|
+
एक बहु-क्लॉड ऑपरेटिंग सिस्टम जो 61 विशिष्ट भूमिका अनुबंधों के माध्यम से कर्मचारियों, मार्गों, मान्यताओं और कार्यों को संचालित करता है। यह कार्य पैकेट बनाता है, स्कोर किए गए भूमिका मिलान से सही टीम को इकट्ठा करता है, निष्पादन से पहले टूटी हुई श्रृंखलाओं का पता लगाता है, जब कार्य अवरुद्ध या अस्वीकृत हो जाता है तो स्वचालित रूप से पुनर्प्राप्ति मार्ग निर्धारित करता है, और प्रत्येक निर्णय में संरचित प्रमाण की आवश्यकता होती है। इसमें गतिशील वितरण शामिल है जो बड़े पैमाने पर मिशनों के लिए है - 10-घटक रिपॉजिटरी स्वचालित रूप से 28 ऑडिट चरणों में बदल जाती है, न कि 6।
|
|
17
17
|
|
|
18
18
|
## यह क्या करता है
|
|
19
19
|
|
|
20
|
-
रोल
|
|
20
|
+
रोल ओएस बहु-क्लॉड का उपयोग करने का पेशेवर तरीका है। यह विशिष्ट विफलताओं को रोकता है जो सामान्य एआई वर्कफ़्लो उत्पन्न करते हैं:
|
|
21
21
|
|
|
22
|
-
-
|
|
23
|
-
-
|
|
24
|
-
-
|
|
25
|
-
-
|
|
22
|
+
- **विचलन** - भूमिकाएँ अपनी सीमा में रहती हैं। उत्पाद पुनर्निर्मित नहीं होता है। फ्रंटएंड दायरे को फिर से परिभाषित नहीं करता है। बैकएंड उत्पाद दिशा का आविष्कार नहीं करता है।
|
|
23
|
+
- **गलत पूर्णता** - पूर्णता की परिभाषा ठोस है। वह कार्य जो अंतराल को छिपाता है, सत्यापन को छोड़ देता है, या किसी भिन्न समस्या को हल करता है, उसे अस्वीकार कर दिया जाता है।
|
|
24
|
+
- **संदूषण** - विभाजित या विरासत में मिली परियोजनाओं में पहचान अवशेष होते हैं। रोल ओएस शब्दावली, दृश्यों और मानसिक मॉडलों में क्रॉस-परियोजना विचलन का पता लगाता है और उसे अस्वीकार करता है।
|
|
25
|
+
- **भावना-आधारित प्रगति** - प्रत्येक हस्तांतरण संरचित होता है। प्रत्येक निर्णय प्रमाण से जुड़ा होता है। "यह पूरा हो गया है" एक मान्य स्थिति नहीं है।
|
|
26
26
|
|
|
27
27
|
## यह कैसे काम करता है
|
|
28
28
|
|
|
29
|
-
अपने कार्य का वर्णन करें। रोल ओएस स्वचालित रूप से
|
|
29
|
+
अपने कार्य का वर्णन करें। रोल ओएस स्वचालित रूप से सही स्तर के समन्वय का निर्धारण करता है।
|
|
30
30
|
|
|
31
31
|
```bash
|
|
32
32
|
roleos start "fix the crash in save handler"
|
|
@@ -42,15 +42,15 @@ roleos start "something completely novel"
|
|
|
42
42
|
# Hint: Create a packet and run `roleos route` for role-level routing
|
|
43
43
|
```
|
|
44
44
|
|
|
45
|
-
**बैकअप
|
|
45
|
+
**बैकअप सीढ़ी:**
|
|
46
46
|
|
|
47
|
-
1.
|
|
48
|
-
2.
|
|
49
|
-
3. **मुक्त
|
|
47
|
+
1. **मिशन** - जब कार्य एक सिद्ध आवर्ती वर्कफ़्लो (बगफिक्स, उपचार, सुविधा-शिप, दस्तावेज़, सुरक्षा, अनुसंधान, विचार-मंथन, गहन-ऑडिट, डॉगफूड-स्वार्म) से मेल खाता है। ज्ञात भूमिका श्रृंखला, कलाकृति प्रवाह, वृद्धि शाखाएँ और ईमानदार-आंशिक परिभाषाएँ।
|
|
48
|
+
2. **पैक** - जब कार्य एक ज्ञात परिवार होता है लेकिन पूर्ण मिशन आकार नहीं होता है। 10 कैलिब्रेटेड टीम पैक स्वचालित चयन और बेमेल गार्ड के साथ।
|
|
49
|
+
3. **मुक्त रूटिंग** - जब कार्य नया, मिश्रित या अनिश्चित होता है। यह सभी 61 भूमिकाओं को पैकेट सामग्री के विरुद्ध स्कोर करता है और एक गतिशील श्रृंखला को इकट्ठा करता है।
|
|
50
50
|
|
|
51
|
-
यह
|
|
51
|
+
यह प्रणाली कभी भी कार्य को गलत अमूर्तता के माध्यम से मजबूर नहीं करती है। यह बताता है कि इसने प्रत्येक स्तर को क्यों चुना और विकल्प प्रदान करता है।
|
|
52
52
|
|
|
53
|
-
|
|
53
|
+
**सक्रिय निष्पादन के लिए एक कमांड:**
|
|
54
54
|
|
|
55
55
|
```bash
|
|
56
56
|
roleos run "fix the crash in save handler"
|
|
@@ -77,48 +77,54 @@ roleos block 2 "waiting for API spec"
|
|
|
77
77
|
roleos reopen 0 "found issue in review"
|
|
78
78
|
```
|
|
79
79
|
|
|
80
|
-
|
|
80
|
+
निष्पादित कार्य डिस्क में बने रहते हैं (`.claude/runs/`), इसलिए बाधित सत्रों को साफ-सुथरा तरीके से फिर से शुरू किया जाता है। प्रत्येक चरण में ऑपरेटर मार्गदर्शन शामिल होता है: क्या उत्पन्न करना है, आवश्यक अनुभाग और समाप्ति शर्तें।
|
|
81
81
|
|
|
82
|
-
**एक बार रूट
|
|
82
|
+
**एक बार रूट किए जाने के बाद:**
|
|
83
83
|
|
|
84
|
-
1. **प्रत्येक भूमिका एक
|
|
85
|
-
2.
|
|
86
|
-
3.
|
|
84
|
+
1. **प्रत्येक भूमिका एक हस्तांतरण उत्पन्न करती है** - संरचित आउटपुट जिसमें प्रमाण आइटम होते हैं जो अगली भूमिका के लिए अस्पष्टता को कम करते हैं।
|
|
85
|
+
2. **आलोचक अनुबंध के विरुद्ध समीक्षा करते हैं** - संरचित प्रमाण के आधार पर स्वीकार, अस्वीकार या अवरुद्ध करते हैं, न कि धारणा के आधार पर।
|
|
86
|
+
3. **पुनर्प्राप्ति मार्ग स्वचालित रूप से निर्धारित होते हैं** - अवरुद्ध या अस्वीकृत कार्य को एक कारण, पुनर्प्राप्ति प्रकार और आवश्यक कलाकृति के साथ सही समाधानकर्ता को रूट किया जाता है।
|
|
87
87
|
|
|
88
|
-
##
|
|
88
|
+
## बजट-जागरूक वितरण
|
|
89
89
|
|
|
90
|
-
|
|
90
|
+
रोल ओएस प्रत्येक वितरण चरण के लिए एक स्थानीय **टोकन बजट विश्लेषक** से परामर्श कर सकता है और घोषणा से एक सलाहकार व्यय पूर्वानुमान संलग्न कर सकता है - वैकल्पिक (`ROLEOS_BUDGET_CONSULT`), सलाहकार (यह कभी भी वितरण को अवरुद्ध नहीं करता है), और एक नियतात्मक आधार रेखा पर विफल-खुला। डिफ़ॉल्ट रूप से बंद; पूर्वानुमान स्थानीय है और चलाने के लिए स्वतंत्र है। [हैंडबुक](https://mcp-tool-shop-org.github.io/role-os/handbook/specialist-budget/) देखें।
|
|
91
91
|
|
|
92
|
-
##
|
|
92
|
+
## संगठन-व्यापी रोलआउट स्थिति
|
|
93
93
|
|
|
94
|
-
|
|
94
|
+
संगठन-व्यापी रोलआउट स्थिति (कतार, निर्णय, ऑडिट रिकॉर्ड, प्रति-रिपॉजिटरी लॉक पैकेट) एक अलग निजी रिपॉजिटरी में रहती है: [`role-os-rollout`](https://github.com/mcp-tool-shop-org/role-os-rollout)। यह रिपॉजिटरी उत्पाद है; वह रिपॉजिटरी परिचालन स्थिति है।
|
|
95
95
|
|
|
96
|
-
|
|
96
|
+
## स्मृति और निरंतरता
|
|
97
|
+
|
|
98
|
+
रोल ओएस स्मृति परत का स्वामित्व या डुप्लिकेट नहीं करता है। जहां क्लॉड प्रोजेक्ट मेमोरी मौजूद है, यह कैनोनिकल निरंतरता प्रणाली है - रिपॉजिटरी तथ्य, निर्णय, खुले लूप और उपचार इतिहास वहां रहते हैं।
|
|
99
|
+
|
|
100
|
+
रोल ओएस क्लॉड प्रोजेक्ट मेमोरी के साथ एकीकृत होता है। यह इसे प्रतिस्थापित नहीं करता है।
|
|
97
101
|
|
|
98
102
|
## पूर्ण उपचार और शिपचेक
|
|
99
103
|
|
|
100
|
-
पूर्ण उपचार एक
|
|
104
|
+
पूर्ण उपचार एक कैनोनिकल 7-चरण प्रोटोकॉल है जिसे क्लॉड प्रोजेक्ट मेमोरी में परिभाषित किया गया है (`memory/full-treatment.md`)। रोल ओएस भूमिका अनुबंधों, हस्तांतरणों और आलोचक गेट्स का उपयोग करके उपचारों को रूट और समीक्षा करता है - यह प्रोटोकॉल को फिर से परिभाषित नहीं करता है।
|
|
101
105
|
|
|
102
|
-
**शिपचेक** 31-आइटम गुणवत्ता गेट है जो पूर्ण उपचार से पहले चलता है। किसी भी उपचार
|
|
106
|
+
**शिपचेक** 31-आइटम गुणवत्ता गेट है जो पूर्ण उपचार से पहले चलता है। किसी भी उपचार शुरू होने से पहले कठोर गेट A-D को पास करना होगा। कैनोनिकल संदर्भ: `memory/shipcheck.md`।
|
|
103
107
|
|
|
104
|
-
क्रम:
|
|
108
|
+
क्रम: पहले शिपचेक, फिर पूर्ण उपचार। कठोर गेट पास किए बिना कोई v1.0.0 नहीं।
|
|
105
109
|
|
|
106
|
-
##
|
|
110
|
+
## 10 पैकों में 61 भूमिकाएँ
|
|
107
111
|
|
|
108
|
-
| पैक |
|
|
112
|
+
| पैक | भूमिकाएँ |
|
|
109
113
|
|------|-------|
|
|
110
|
-
| **Core** (3) | ऑर्केस्ट्रेटर, उत्पाद रणनीतिकार,
|
|
111
|
-
| **Engineering** (7) | फ्रंटएंड डेवलपर, बैकएंड इंजीनियर,
|
|
112
|
-
| **Design** (2) | यूआई डिजाइनर, ब्रांड
|
|
114
|
+
| **Core** (3) | ऑर्केस्ट्रेटर, उत्पाद रणनीतिकार, आलोचक समीक्षक |
|
|
115
|
+
| **Engineering** (7) | फ्रंटएंड डेवलपर, बैकएंड इंजीनियर, परीक्षण इंजीनियर, रिफैक्टर इंजीनियर, प्रदर्शन इंजीनियर, निर्भरता ऑडिटर, सुरक्षा समीक्षक |
|
|
116
|
+
| **Design** (2) | यूआई डिजाइनर, ब्रांड संरक्षक |
|
|
113
117
|
| **Marketing** (1) | लॉन्च कॉपीराइटर |
|
|
114
|
-
| **Treatment** (7) | रिपॉजिटरी शोधकर्ता, रिपॉजिटरी अनुवादक,
|
|
115
|
-
| **Product** (3) |
|
|
116
|
-
| **Research** (4) | यूएक्स शोधकर्ता, प्रतिस्पर्धी विश्लेषक,
|
|
117
|
-
| **Growth** (4) | लॉन्च रणनीतिकार,
|
|
118
|
+
| **Treatment** (7) | रिपॉजिटरी शोधकर्ता, रिपॉजिटरी अनुवादक, दस्तावेज़ वास्तुकार, मेटाडेटा क्यूरेटर, कवरेज ऑडिटर, परिनियोजन सत्यापनकर्ता, रिलीज़ इंजीनियर |
|
|
119
|
+
| **Product** (3) | प्रतिक्रिया सिंथेसाइज़र, रोडमैप प्राथमिकताकर्ता, विशिष्टता लेखक |
|
|
120
|
+
| **Research** (4) | यूएक्स शोधकर्ता, प्रतिस्पर्धी विश्लेषक, प्रवृत्ति शोधकर्ता, उपयोगकर्ता साक्षात्कार सिंथेसाइज़र |
|
|
121
|
+
| **Growth** (4) | लॉन्च रणनीतिकार, सामग्री रणनीतिकार, समुदाय प्रबंधक, समर्थन ट्राइएज लीड |
|
|
122
|
+
| **Deep Audit** (4) | घटक ऑडिटर, परीक्षण सत्य ऑडिटर, सीम ऑडिटर, ऑडिट सिंथेसाइज़र |
|
|
123
|
+
| **Swarm** (7) | स्वार्म समन्वयक, स्वार्म बैकएंड एजेंट, स्वार्म ब्रिज एजेंट, स्वार्म परीक्षण एजेंट, स्वार्म इंफ्रा एजेंट, स्वार्म फ्रंटएंड एजेंट, स्वार्म सिंथेसाइज़र |
|
|
118
124
|
|
|
119
|
-
प्रत्येक भूमिका
|
|
125
|
+
प्रत्येक भूमिका में एक पूर्ण अनुबंध होता है: मिशन, कब उपयोग करें, कब उपयोग न करें, अपेक्षित इनपुट, आवश्यक आउटपुट, गुणवत्ता बार और वृद्धि ट्रिगर। प्रत्येक भूमिका रूट करने योग्य है - `roleos route` पैकेट सामग्री के आधार पर उनमें से किसी की भी सिफारिश कर सकता है।
|
|
120
126
|
|
|
121
|
-
## शुरुआत
|
|
127
|
+
## त्वरित शुरुआत
|
|
122
128
|
|
|
123
129
|
```bash
|
|
124
130
|
npx role-os init
|
|
@@ -133,6 +139,19 @@ roleos complete artifact.md # Complete with artifact
|
|
|
133
139
|
roleos explain # Show full state
|
|
134
140
|
roleos report # Completion report
|
|
135
141
|
|
|
142
|
+
# Deep audit:
|
|
143
|
+
roleos audit manifest --generate # Create audit-manifest.json
|
|
144
|
+
roleos audit # Start component-level deep audit
|
|
145
|
+
roleos audit status # Check audit progress
|
|
146
|
+
roleos audit verify # Verify manifest and outputs
|
|
147
|
+
|
|
148
|
+
# Dogfood swarm:
|
|
149
|
+
roleos swarm manifest --generate # Auto-detect domains from repo structure
|
|
150
|
+
roleos swarm # Start multi-pass convergence swarm
|
|
151
|
+
roleos swarm status # Check swarm progress by stage
|
|
152
|
+
roleos swarm findings # List findings by severity
|
|
153
|
+
roleos swarm approve # Approve feature gate
|
|
154
|
+
|
|
136
155
|
# Or go manual:
|
|
137
156
|
roleos start "fix the crash" # Entry decision only (no run)
|
|
138
157
|
roleos packet new feature
|
|
@@ -144,57 +163,57 @@ roleos mission list
|
|
|
144
163
|
roleos packs list
|
|
145
164
|
```
|
|
146
165
|
|
|
147
|
-
## रोल ओएस का उपयोग कब
|
|
166
|
+
## रोल ओएस का उपयोग कब न करें
|
|
148
167
|
|
|
149
|
-
-
|
|
150
|
-
-
|
|
151
|
-
-
|
|
152
|
-
- आपातकालीन सुधार
|
|
153
|
-
- ऐसे प्रोजेक्ट जहां आप संरचना
|
|
168
|
+
- एकल-पंक्ति सुधार, टाइपो, या स्पष्ट बग
|
|
169
|
+
- बिना किसी परिभाषित आउटपुट के अन्वेषणात्मक अनुसंधान
|
|
170
|
+
- वह कार्य जो 5 मिनट में किसी एक व्यक्ति के दिमाग में समा जाए
|
|
171
|
+
- आपातकालीन त्वरित सुधार जिन्हें समीक्षा श्रृंखला पूरी होने से पहले ही जारी करने की आवश्यकता होती है
|
|
172
|
+
- ऐसे प्रोजेक्ट जहां आप संरचना की तुलना में गति चाहते हैं
|
|
154
173
|
|
|
155
174
|
## सबूत
|
|
156
175
|
|
|
157
|
-
रोल ओएस को दो संरचनात्मक रूप से भिन्न
|
|
176
|
+
रोल ओएस को दो संरचनात्मक रूप से भिन्न रिपॉजिटरी में तीन परीक्षण आकृतियों में साबित किया गया:
|
|
158
177
|
|
|
159
|
-
**परीक्षण 001
|
|
160
|
-
- 7
|
|
161
|
-
- फोर्क
|
|
178
|
+
**परीक्षण 001 - सुविधा कार्य** (क्रू स्क्रीन, स्टार फ्रेट)
|
|
179
|
+
- 7-रोल श्रृंखला, 45 परीक्षण परिदृश्य, 0 रोल टकराव
|
|
180
|
+
- फोर्क पूर्वज से संदूषण को रोका, इनलाइन आविष्कार को पकड़ा, ईमानदार बाधाओं को उजागर किया
|
|
162
181
|
|
|
163
|
-
**परीक्षण 002
|
|
164
|
-
- 5
|
|
165
|
-
- एंटी-फॉलबैक परीक्षणों
|
|
182
|
+
**परीक्षण 002 - एकीकरण कार्य** (कैंपेनस्टेट वायरिंग, स्टार फ्रेट)
|
|
183
|
+
- 5-रोल श्रृंखला, बिना किसी फॉलबैक झूठ के वास्तुशिल्प अंतर को हल किया
|
|
184
|
+
- एंटी-फॉलबैक परीक्षणों से यह साबित हुआ कि लाइव पथ वास्तविक है, न कि केवल एक प्लेसहोल्डर
|
|
166
185
|
|
|
167
|
-
**परीक्षण 003
|
|
168
|
-
- 6
|
|
169
|
-
-
|
|
186
|
+
**परीक्षण 003 - पहचान कार्य** (संदूषण शुद्धिकरण, स्टार फ्रेट)
|
|
187
|
+
- 6-रोल श्रृंखला, 51 परीक्षण परिदृश्य जिसमें टिकाऊ सीआई संदूषण रक्षा शामिल है
|
|
188
|
+
- व्यापक पुनर्निर्माण में ढहने के बिना विरासत में मिली काल्पनिक विचलन को ठीक किया
|
|
170
189
|
|
|
171
|
-
**पोर्टेबिलिटी परीक्षण** (
|
|
172
|
-
- समान
|
|
173
|
-
- केवल संदर्भ
|
|
190
|
+
**पोर्टेबिलिटी परीक्षण** (व्यक्तित्व स्थिरता, सेंसर-हास्य)
|
|
191
|
+
- समान रीढ़, अलग भाषा/डोमेन/स्टैक
|
|
192
|
+
- केवल संदर्भ परिवर्तनों के साथ अपनाया गया - कोई मुख्य अनुबंध संशोधन नहीं
|
|
174
193
|
|
|
175
|
-
**पूर्ण उपचार
|
|
194
|
+
**पूर्ण उपचार एफटी-001** (पोर्टलाइट-डेस्कटॉप)
|
|
176
195
|
- उपचार पैक भूमिकाओं के साथ 7-चरण वाला स्टाफ उपचार
|
|
177
|
-
- शिपचेक गेटिंग
|
|
196
|
+
- शिपचेक गेटिंग साबित, शून्य रोल टकराव
|
|
178
197
|
|
|
179
|
-
**पूर्ण उपचार
|
|
180
|
-
- समान उपचार पैक, संरचनात्मक रूप से
|
|
181
|
-
- उपचार पैक पोर्टेबल -
|
|
198
|
+
**पूर्ण उपचार एफटी-002** (स्टूडियोफ्लो)
|
|
199
|
+
- समान उपचार पैक, संरचनात्मक रूप से भिन्न रिपॉजिटरी (रचनात्मक कार्यक्षेत्र बनाम गेम)
|
|
200
|
+
- उपचार पैक पोर्टेबल - कोई अनुबंध संशोधन आवश्यक नहीं
|
|
182
201
|
|
|
183
|
-
|
|
184
|
-
- 9
|
|
185
|
-
- 4 चुनौतियां जारी की गईं, 3 दावों को संकुचित किया गया, 1 अनसुलझा
|
|
186
|
-
- प्रस्तुत कलाकृतियों से 16+ ट्रेस लिंक
|
|
187
|
-
- पूरी श्रृंखला की
|
|
202
|
+
**ब्रेनस्टॉर्म गोल्डन रन** (एमसीपी सर्वर मार्केटप्लेस विषय)
|
|
203
|
+
- 9-रोल श्रृंखला, 4 विश्लेषक समानांतर में, क्रॉस-जांच + विवाद ग्राफ का खंडन
|
|
204
|
+
- 4 चुनौतियां जारी की गईं, 3 दावों को संकुचित किया गया, 1 अनसुलझा - स्वस्थ दबाव, गतिरोध नहीं
|
|
205
|
+
- प्रस्तुत कलाकृतियों से सत्य-परत परमाणुओं तक 16+ ट्रेस लिंक
|
|
206
|
+
- पूरी श्रृंखला की हिरासत साबित: सत्य → परमाणु → विवाद → संश्लेषण → विस्तार → निर्णय → प्रस्तुत → ट्रेस
|
|
188
207
|
|
|
189
|
-
## मुख्य
|
|
208
|
+
## मुख्य गुण
|
|
190
209
|
|
|
191
|
-
ये
|
|
210
|
+
ये गैर-समझौता योग्य हैं। यदि कोई परिवर्तन इनमें से किसी को भी कमजोर करता है, तो उसे अस्वीकार कर दें।
|
|
192
211
|
|
|
193
|
-
-
|
|
194
|
-
- समीक्षा
|
|
195
|
-
-
|
|
196
|
-
- परीक्षण योग्य
|
|
197
|
-
- पोर्टेबिलिटी के लिए संदर्भ
|
|
212
|
+
- रोल सीमाएं बनी रहें
|
|
213
|
+
- समीक्षा में दम हो
|
|
214
|
+
- वृद्धि ईमानदार बनी रहे
|
|
215
|
+
- पैकेट परीक्षण योग्य बने रहें
|
|
216
|
+
- पोर्टेबिलिटी के लिए संदर्भ अनुकूलन की आवश्यकता होती है, न कि मुख्य सर्जरी
|
|
198
217
|
|
|
199
218
|
## परियोजना संरचना
|
|
200
219
|
|
|
@@ -206,18 +225,23 @@ role-os/
|
|
|
206
225
|
entry-cmd.mjs ← `roleos start` CLI command
|
|
207
226
|
run.mjs ← Persistent run engine: create → step → pause → resume → report
|
|
208
227
|
run-cmd.mjs ← `roleos run/resume/next/explain/complete/fail` + interventions
|
|
209
|
-
mission.mjs ←
|
|
228
|
+
mission.mjs ← 9 named mission types (feature, bugfix, treatment, docs, security, research, brainstorm, deep-audit, dogfood-swarm)
|
|
210
229
|
mission-run.mjs ← Mission runner: create → step → complete → report
|
|
211
230
|
mission-cmd.mjs ← `roleos mission` CLI commands
|
|
212
|
-
|
|
213
|
-
|
|
231
|
+
audit-cmd.mjs ← `roleos audit` — deep audit entry point with manifest generation
|
|
232
|
+
swarm-cmd.mjs ← `roleos swarm` — dogfood swarm entry point with domain detection
|
|
233
|
+
swarm/ ← Domain detection, build gate, evidence persistence bridge
|
|
234
|
+
route.mjs ← 61-role routing + dynamic chain builder
|
|
235
|
+
packs.mjs ← 10 calibrated team packs + auto-selection
|
|
214
236
|
conflicts.mjs ← 4-pass conflict detection
|
|
215
237
|
escalation.mjs ← Auto-routing for blocked/rejected/split
|
|
216
238
|
evidence.mjs ← Structured evidence + role-aware requirements
|
|
217
239
|
dispatch.mjs ← Runtime dispatch manifests for multi-claude
|
|
218
|
-
|
|
240
|
+
tool-profiles.mjs ← Per-role tool sandboxing (shared by dispatch + trial)
|
|
241
|
+
state-machine.mjs ← Canonical step/run transition maps
|
|
242
|
+
artifacts.mjs ← Per-role artifact contracts + pack handoffs
|
|
219
243
|
decompose.mjs ← Composite task detection + splitting
|
|
220
|
-
composite.mjs ← Dependency-ordered execution + recovery
|
|
244
|
+
composite.mjs ← Dependency-ordered execution + recovery + cycle detection
|
|
221
245
|
replan.mjs ← Mid-run adaptive replanning
|
|
222
246
|
calibration.mjs ← Outcome recording + weight tuning
|
|
223
247
|
hooks.mjs ← 5 lifecycle hooks for runtime enforcement
|
|
@@ -225,56 +249,60 @@ role-os/
|
|
|
225
249
|
brainstorm.mjs ← Evidence modes, request validation, finding/synthesis/judge schemas
|
|
226
250
|
brainstorm-roles.mjs ← Role-native schemas, input partitioning, blindspot enforcement, cross-exam
|
|
227
251
|
brainstorm-render.mjs ← Two-layer rendering: lexical bans, render schemas, debate transcript
|
|
228
|
-
test/ ←
|
|
252
|
+
test/ ← 1150 tests across 37 test files
|
|
229
253
|
starter-pack/ ← Drop-in role contracts, policies, schemas, workflows
|
|
230
254
|
```
|
|
231
255
|
|
|
232
256
|
## सुरक्षा
|
|
233
257
|
|
|
234
|
-
रोल ओएस
|
|
258
|
+
रोल ओएस **केवल स्थानीय रूप से** काम करता है। यह मार्कडाउन टेम्पलेट की प्रतियां बनाता है और आपके रिपॉजिटरी की `.claude/` निर्देशिका में पैकेट/निर्णय फ़ाइलें लिखता है। यह नेटवर्क तक नहीं पहुंचता, गुप्त जानकारी को संभालता नहीं है, या टेलीमेट्री एकत्र नहीं करता है। कोई खतरनाक संचालन नहीं - सभी फ़ाइल लेखन डिफ़ॉल्ट रूप से स्किप-इफ-एग्जिस्ट का उपयोग करते हैं। पूरी नीति के लिए [SECURITY.md](SECURITY.md) देखें।
|
|
235
259
|
|
|
236
260
|
## ऑपरेटिंग सिस्टम
|
|
237
261
|
|
|
238
|
-
|
|
|
262
|
+
| परत | यह क्या करता है | स्थिति |
|
|
239
263
|
|-------|-------------|--------|
|
|
240
|
-
| **Routing** |
|
|
241
|
-
| **Chain builder** |
|
|
242
|
-
| **Conflict detection** | 4
|
|
243
|
-
| **Escalation** | अवरुद्ध/अस्वीकृत/विभाजित
|
|
264
|
+
| **Routing** | पैकेट सामग्री के विरुद्ध सभी 61 भूमिकाओं का मूल्यांकन करता है, सिफारिशों की व्याख्या करता है, आत्मविश्वास का आकलन करता है | ✓ जारी किया गया |
|
|
265
|
+
| **Chain builder** | स्कोर की गई भूमिकाओं, पैकेट-प्रकार पूर्वाग्रह से चरण-क्रमित श्रृंखलाओं को इकट्ठा करता है, टेम्पलेट-लॉक नहीं | ✓ जारी किया गया |
|
|
266
|
+
| **Conflict detection** | 4-पास सत्यापन: कठिन संघर्ष, अनुक्रम, अतिरेक, कवरेज अंतराल। मरम्मत सुझाव। | ✓ जारी किया गया |
|
|
267
|
+
| **Escalation** | अवरुद्ध/अस्वीकृत/विभाजित कार्य को कारण + आवश्यक कलाकृति के साथ सही समाधानकर्ता तक स्वचालित रूप से रूट करता है | ✓ जारी किया गया |
|
|
244
268
|
| **Evidence** | निर्णयों में भूमिका-जागरूक संरचित प्रमाण। पर्याप्तता जांच। 12 प्रकार के प्रमाण। | ✓ जारी किया गया |
|
|
245
|
-
| **Dispatch** | मल्टी-क्लाउड के लिए निष्पादन
|
|
246
|
-
| **Trials** |
|
|
247
|
-
| **Team Packs** |
|
|
248
|
-
| **Outcome calibration** |
|
|
249
|
-
| **Mixed-task decomposition** |
|
|
250
|
-
| **Composite execution** |
|
|
251
|
-
| **Adaptive replanning** |
|
|
252
|
-
| **Session spine** | `roleos init claude`
|
|
253
|
-
| **Hook spine** | 5
|
|
254
|
-
| **Artifact spine** |
|
|
255
|
-
| **Mission library** |
|
|
256
|
-
| **Mission runner** | रन बनाएं, ट्रैक की गई स्थिति के साथ चरणों से गुजरें,
|
|
257
|
-
| **Unified entry** | `roleos start`
|
|
258
|
-
| **Persistent runs** | `roleos run` डिस्क-आधारित
|
|
259
|
-
| **Brainstorm** |
|
|
260
|
-
|
|
261
|
-
|
|
262
|
-
|
|
263
|
-
|
|
269
|
+
| **Dispatch** | मल्टी-क्लाउड के लिए निष्पादन मेनिफेस्ट उत्पन्न करता है। प्रति-भूमिका उपकरण प्रोफाइल, सिस्टम संकेत, बजट। | ✓ जारी किया गया |
|
|
270
|
+
| **Trials** | पूरी सूची सिद्ध: 30/30 स्वर्ण-कार्य + 5/5 नकारात्मक परीक्षण। 7 पैक परीक्षण पूर्ण। | ✓ पूर्ण |
|
|
271
|
+
| **Team Packs** | 10 कैलिब्रेटेड पैक जिसमें ऑटो-चयन, बेमेल गार्ड और मुफ्त-राउटिंग फॉलबैक शामिल हैं। | ✓ जारी किया गया |
|
|
272
|
+
| **Outcome calibration** | चलाए गए परिणामों को रिकॉर्ड करता है, परिणामों से पैक/भूमिका भार को ट्यून करता है, आत्मविश्वास सीमा को समायोजित करता है। | ✓ जारी किया गया |
|
|
273
|
+
| **Mixed-task decomposition** | समग्र कार्य का पता लगाता है, इसे चाइल्ड पैकेट में विभाजित करता है, पैक असाइन करता है, निर्भरता को बनाए रखता है। | ✓ जारी किया गया |
|
|
274
|
+
| **Composite execution** | आर्टिफैक्ट पासिंग, शाखा रिकवरी और संश्लेषण के साथ निर्भरता क्रम में चाइल्ड पैकेट चलाता है। | ✓ जारी किया गया |
|
|
275
|
+
| **Adaptive replanning** | मध्य-रन स्कोप परिवर्तन, निष्कर्ष या नई आवश्यकताएं योजना को पुनरारंभ किए बिना अपडेट करती हैं। | ✓ जारी किया गया |
|
|
276
|
+
| **Session spine** | `roleos init claude` CLAUDE.md, /roleos-route, /roleos-review, /roleos-status को स्केफोल्ड करता है। `roleos doctor` वायरिंग को सत्यापित करता है। रूट कार्ड जुड़ाव साबित करते हैं। | ✓ जारी किया गया |
|
|
277
|
+
| **Hook spine** | 5 जीवनचक्र हुक (सेशनस्टार्ट, प्रॉम्प्टसबमिट, प्रीटूलयूज, सबएजेंटस्टार्ट, स्टॉप)। सलाहकार प्रवर्तन: रूट कार्ड अनुस्मारक, राइट-टूल गेटिंग, सबएजेंट रोल इंजेक्शन, पूर्णता ऑडिट। | ✓ जारी किया गया |
|
|
278
|
+
| **Artifact spine** | प्रति-भूमिका कलाकृति अनुबंध। पैक हैंडऑफ़ अनुबंध। संरचनात्मक सत्यापन। श्रृंखला पूर्णता जांच। डाउनस्ट्रीम भूमिकाएं कभी भी यह अनुमान नहीं लगाती हैं कि उन्हें क्या प्राप्त हुआ। | ✓ जारी किया गया |
|
|
279
|
+
| **Mission library** | 9 नामित मिशन (फीचर-शिप, बगफिक्स, उपचार, डॉक्स-रिलीज़, सुरक्षा-मजबूत बनाना, अनुसंधान-लॉन्च, ब्रेनस्टॉर्म, डीप-ऑडिट, डॉगफूड-स्वार्म)। प्रत्येक पैक, रोल श्रृंखला, कलाकृति प्रवाह, वृद्धि शाखाओं, ईमानदार-आंशिक परिभाषा की घोषणा करता है। | ✓ जारी किया गया |
|
|
280
|
+
| **Mission runner** | रन बनाएं, ट्रैक की गई स्थिति के साथ चरणों से गुजरें, ईमानदार रिपोर्टिंग के साथ पूर्ण/विफल करें। अवरुद्ध-चरण प्रसार, श्रृंखला से बाहर वृद्धि चेतावनी, अंतिम-चरण पुन: खोलना। | ✓ जारी किया गया |
|
|
281
|
+
| **Unified entry** | `roleos start` मिशन बनाम पैक बनाम मुफ्त रूटिंग को स्वचालित रूप से तय करता है। आत्मविश्वास स्कोर, विकल्प और समग्र पहचान के साथ फॉलबैक सीढ़ी। | ✓ जारी किया गया |
|
|
282
|
+
| **Persistent runs** | `roleos run` डिस्क-आधारित रन बनाता है। `resume`, `next`, `explain`, `complete`, `fail`. हस्तक्षेप: पुन: रूट, बढ़ाएं, पुनः प्रयास करें, अवरुद्ध करें, पुन: खोलें। चरण-स्थानीय मार्गदर्शन। घर्षण माप। | ✓ जारी किया गया |
|
|
283
|
+
| **Brainstorm** | दो-परत आर्किटेक्चर: सत्य (भूमिका-देशी स्कीमा, उत्पत्ति परमाणु, क्रॉस-परीक्षा विवाद ग्राफ) + प्रस्तुत (5 अलग-अलग आवाजें, शाब्दिक प्रतिबंध, बहस प्रतिलेख)। ट्रेस लिंक साबित करते हैं कि प्रस्तुत किए गए प्रत्येक दावे का एक सत्य परमाणु से मिलान होता है। गोल्डन रन सिद्ध। | ✓ जारी किया गया |
|
|
284
|
+
| **Deep Audit** | मैनिफेस्ट-आधारित रिपॉजिटरी ऑडिट: रिपॉजिटरी को घटकों में विभाजित करें, N ऑडिटर + M टेस्ट ट्रुथ ऑडिटर + K सीम ऑडिटर को निर्भरता ग्राफ से भेजें, उन्हें रैंक किए गए निष्कर्ष और कार्य योजना में संश्लेषित करें। गतिशील रूप से भेजे जाने वाले ऑडिटर की संख्या रिपॉजिटरी के आकार के साथ बढ़ती है (2N + K + 3 सूत्र)। प्रत्येक चरण में आर्टिफैक्ट सत्यापन के साथ रनर-नेटिव। | ✓ जारी किया गया |
|
|
285
|
+
| **Dogfood Swarm** | बहु-चरणीय अभिसरण: तीन स्वास्थ्य चरण (बग/सुरक्षा → सक्रिय → मानवीयकरण) फिर फीचर पास। विशिष्ट फ़ाइल स्वामित्व, प्रत्येक चरण के बाद निर्माण गेट, उपयोगकर्ता चेकपॉइंट। डोमेन ऑटो-डिटेक्शन मैनिफेस्ट उत्पन्न करता है। डॉगफूड-लैब्स के लिए साक्ष्य पुल। | ✓ जारी किया गया |
|
|
286
|
+
|
|
287
|
+
## 9 मिशन
|
|
288
|
+
|
|
289
|
+
| मिशन | पैक | भूमिकाएँ | इसका उपयोग कब करें |
|
|
264
290
|
|---------|------|-------|-------------|
|
|
265
|
-
| `feature-ship` | फ़ीचर | 5 | पूर्ण फ़ीचर डिलीवरी: दायरा →
|
|
266
|
-
| `bugfix` |
|
|
267
|
-
| `treatment` |
|
|
291
|
+
| `feature-ship` | फ़ीचर | 5 | पूर्ण फ़ीचर डिलीवरी: दायरा → विशिष्टता → कार्यान्वयन → परीक्षण → समीक्षा |
|
|
292
|
+
| `bugfix` | बग फिक्स | 4 | मूल कारण का निदान करें, ठीक करें, परीक्षण करें, सत्यापित करें |
|
|
293
|
+
| `treatment` | उपचार | 4 | शिपचेक + पॉलिश + दस्तावेज़ + CI सत्यापन + समीक्षा |
|
|
268
294
|
| `docs-release` | दस्तावेज़ | 2 | दस्तावेज़ लिखें/अपडेट करें, रिलीज़ नोट्स |
|
|
269
|
-
| `security-hardening` | सुरक्षा | 4 |
|
|
270
|
-
| `research-launch` | अनुसंधान | 4 | प्रश्न तैयार करें, अनुसंधान करें, निष्कर्षों
|
|
271
|
-
| `brainstorm` |
|
|
295
|
+
| `security-hardening` | सुरक्षा | 4 | खतरा मॉडल, ऑडिट, कमजोरियों को ठीक करें, पुन: ऑडिट, सत्यापित करें |
|
|
296
|
+
| `research-launch` | अनुसंधान | 4 | प्रश्न तैयार करें, अनुसंधान करें, निष्कर्षों का दस्तावेजीकरण करें, निर्णय लें |
|
|
297
|
+
| `brainstorm` | विचार मंथन | 9 | संरचित बहु-दृष्टिकोण जांच, जिसमें पता लगाने योग्य असहमति और निष्कर्ष शामिल हों |
|
|
298
|
+
| `deep-audit` | गहन ऑडिट | 5 (स्केल) | मैनिफेस्ट-समर्थित रिपॉजिटरी ऑडिट - गतिशील रूप से भेजे जाने वाले ऑडिटर की संख्या रिपॉजिटरी ग्राफ के साथ बढ़ती है |
|
|
299
|
+
| `dogfood-swarm` | स्वार्म | 8 (स्केल) | बहु-चरणीय अभिसरण: स्वास्थ्य-ए → स्वास्थ्य-बी → स्वास्थ्य-सी → फ़ीचर → अंतिम संश्लेषण |
|
|
272
300
|
|
|
273
|
-
प्रत्येक मिशन में ईमानदार-आंशिक परिभाषाएँ शामिल हैं - जब
|
|
301
|
+
प्रत्येक मिशन में ईमानदार-आंशिक परिभाषाएँ शामिल हैं - जब काम रुक जाता है, तो सिस्टम दस्तावेज़ करता है कि क्या पूरा किया गया और क्या शेष है, बजाय इसके कि यह दावा किया जाए कि सब कुछ पूरा हो गया है।
|
|
274
302
|
|
|
275
|
-
###
|
|
303
|
+
### विचार मंथन मिशन
|
|
276
304
|
|
|
277
|
-
यह "एआई
|
|
305
|
+
यह "एआई विचार मंथन" नहीं है। विचार मंथन मिशन **कानून के तहत विशिष्ट भूमिकाएँ हैं, जिसमें पता लगाने योग्य असहमति और निष्कर्ष देने वाला आउटपुट होता है।**
|
|
278
306
|
|
|
279
307
|
```bash
|
|
280
308
|
roleos run "explore product directions for a developer tool discovery platform"
|
|
@@ -282,38 +310,66 @@ roleos run "explore product directions for a developer tool discovery platform"
|
|
|
282
310
|
# Chain: 4 Analysts (parallel) → Normalize → Cross-Examine → Rebut → Synthesize → Expand → Judge
|
|
283
311
|
```
|
|
284
312
|
|
|
285
|
-
**यह
|
|
313
|
+
**यह इसे अलग कैसे बनाता है:**
|
|
314
|
+
|
|
315
|
+
- **लेयर 1 (सत्य):** चार विश्लेषक भूमिका-विशिष्ट स्कीमा (संदर्भ मानचित्र, उपयोगकर्ता मूल्य मानचित्र, यांत्रिकी मानचित्र, स्थिति मानचित्र) उत्सर्जित करते हैं - साझा गद्य नहीं। प्रत्येक भूमिका में ब्लाइंडस्पॉट प्रवर्तन होता है: निषिद्ध वाक्यांश, निषिद्ध दावों के प्रकार, फ़िल्टर किए गए इनपुट विभाजन। परमाणुओं में उत्पत्ति होती है। एक निर्देशित क्रॉस-परीक्षा ग्राफ लक्षित चुनौतियाँ उत्पन्न करता है। मूल विश्लेषक दबाव में बचाव, संकुचित या वापस लेते हैं।
|
|
316
|
+
|
|
317
|
+
- **लेयर 2 (रेंडर):** पांच विशिष्ट मानव आवाजें (सीमा ज्ञापन, फ़ील्ड नोट्स, सिस्टम स्केच, दावा संक्षिप्त, क्रॉस-परीक्षा प्रतिलेख) जिसमें लेक्सिकल प्रतिबंध हैं जो आवाज अभिसरण को रोकते हैं। संश्लेषण सत्य का उपभोग करता है, कभी भी रेंडर किए गए गद्य का नहीं। दोनों परतें हमेशा उपलब्ध होती हैं।
|
|
318
|
+
|
|
319
|
+
- **कस्टडी की श्रृंखला:** प्रत्येक रेंडर किए गए वाक्य का पता सत्य-परत परमाणु तक लगाया जा सकता है। संश्लेषण दिशाएँ परमाणुओं का उल्लेख करती हैं। क्रॉस-परीक्षा वास्तविक दावा आईडी को लक्षित करता है। विवाद ग्राफ उत्पाद है, गद्य नहीं।
|
|
320
|
+
|
|
321
|
+
**सिद्ध:** v0.4 गोल्डन रन - कस्टडी की पूरी श्रृंखला सत्यापित। पूर्ण आर्टिफैक्ट श्रृंखला के लिए [`examples/golden-run.md`](examples/golden-run.md) देखें।
|
|
322
|
+
|
|
323
|
+
### गहन ऑडिट मिशन
|
|
324
|
+
|
|
325
|
+
यह सतही स्कैन नहीं है। गहन ऑडिट मिशन **एक रिपॉजिटरी को सीमित घटकों में विभाजित करता है और रिपॉजिटरी के अपने निर्भरता ग्राफ द्वारा निर्धारित पैमाने पर विशेषज्ञ ऑडिटर भेजता है।**
|
|
326
|
+
|
|
327
|
+
```bash
|
|
328
|
+
roleos run "deep audit this repo" --manifest=audit-manifest.json
|
|
329
|
+
# → MISSION: Deep Audit (Manifest-Scaled)
|
|
330
|
+
# Steps: Component Auditor ×6 + Test Truth Auditor ×6 + Seam Auditor ×8 + Synthesizer + Action Plan + Critic = 23 steps
|
|
331
|
+
```
|
|
332
|
+
|
|
333
|
+
**यह इसे अलग कैसे बनाता है:**
|
|
334
|
+
|
|
335
|
+
- **गतिशील रूप से भेजना** - ऑडिटर की संख्या निश्चित नहीं है। 10-घटक रिपॉजिटरी जिसमें 5 सीमा क्लस्टर हैं, 28 चरण उत्पन्न करते हैं (2×10 + 5 + 3)। 3-घटक रिपॉजिटरी 12 चरण उत्पन्न करती है। स्केलिंग सूत्र `2N + K + 3` है, जहाँ N = घटक, K = सीमाएँ।
|
|
336
|
+
- **मैनिफेस्ट-समर्थित पार्सल** - `audit-manifest.json` घटकों (फ़ाइल पथ, पंक्ति गणना, विवरण के साथ) और सीमाओं (इंटरफ़ेस विवरण के साथ/से) को परिभाषित करता है। प्रत्येक ऑडिटर को केवल अपना पार्सल प्राप्त होता है।
|
|
337
|
+
- **चार भूमिका प्रोटोटाइप** - घटक ऑडिटर (प्रत्येक मॉड्यूल के लिए कोड सत्य), परीक्षण सत्य ऑडिटर (जो परीक्षण सिद्ध करते हैं बनाम जो मौजूद हैं), सीम ऑडिटर (निर्भरता ग्राफ से एकीकरण सीमाएँ), ऑडिट सिंथेसाइज़र (सभी पार्सल से रैंक किया गया निष्कर्ष + कार्य योजना)।
|
|
338
|
+
- **प्रत्येक चरण में आर्टिफैक्ट सत्यापन** - `validateArtifact()` दोनों निष्पादन पथों में प्रत्येक चरण के पूरा होने पर सक्रिय होता है। परिणाम चरण वस्तुओं से जुड़े होते हैं। सिस्टम जानता है कि क्या प्रत्येक आर्टिफैक्ट ने अपने अनुबंध को पूरा किया है।
|
|
339
|
+
- **ईमानदार आंशिक** - जब बजट या दायरा पूर्णता को रोकता है, तो प्रति-घटक निष्कर्ष व्यक्तिगत रूप से मान्य होते हैं। सिस्टम जो कुछ भी पूरा किया गया है, उससे संश्लेषित करता है, कभी भी पूर्ण कवरेज का दावा नहीं करता है।
|
|
286
340
|
|
|
287
|
-
|
|
341
|
+
**सिद्ध:** रनर-नेटिव प्रूफ रन - वास्तविक मैनिफेस्ट के खिलाफ 18 परीक्षण, जिसमें एस्केलेशन री-ओपनिंग और आंशिक विफलता सहित पूर्ण जीवनचक्र सत्यापित किया गया है। 3/6/10/15-घटक मैनिफेस्ट के लिए स्केलिंग सूत्र सत्यापित।
|
|
342
|
+
|
|
343
|
+
### डॉगफूड स्वार्म मिशन
|
|
344
|
+
|
|
345
|
+
यह एक-पास लिंटर नहीं है। डॉगफूड स्वार्म मिशन **एक बहु-चरणीय अभिसरण प्रोटोकॉल चलाता है जो एक रिपॉजिटरी को "काम करता है" से "उत्पादन-तैयार" तक तीन स्वास्थ्य चरणों और पुनरावृत्त फ़ीचर डिलीवरी के माध्यम से ले जाता है।**
|
|
346
|
+
|
|
347
|
+
```bash
|
|
348
|
+
roleos swarm
|
|
349
|
+
# → MISSION: Dogfood Swarm (Multi-Pass Convergence)
|
|
350
|
+
# Stages: Health-A → Health-B → Health-C → Feature → Final
|
|
351
|
+
# Domain agents: 3-5 parallel per wave (exclusive file ownership)
|
|
352
|
+
```
|
|
288
353
|
|
|
289
|
-
|
|
354
|
+
**यह इसे अलग कैसे बनाता है:**
|
|
290
355
|
|
|
291
|
-
-
|
|
356
|
+
- **तीन-चरणीय स्वास्थ्य जांच** — चरण ए में बग और सुरक्षा संबंधी समस्याओं को ठीक किया जाता है (जब तक 0 गंभीर + 0 उच्च स्तर की समस्याएं न हों)। चरण बी में सक्रिय रूप से सुरक्षा को मजबूत किया जाता है (उपयोगकर्ता निष्कर्षों की समीक्षा करते हैं)। चरण सी में कोडबेस को उपयोगकर्ता के अनुकूल बनाया जाता है — त्रुटि संदेश जो उपयोगकर्ताओं की मदद करते हैं, पुन: कनेक्शन प्रतिक्रिया, लोडिंग स्थिति, पहुंच क्षमता। प्रत्येक चरण एक अलग दृष्टिकोण है, यह एक ही स्कैन को दोहराने जैसा नहीं है।
|
|
357
|
+
- **विशिष्ट फ़ाइल स्वामित्व** — प्रत्येक डोमेन एजेंट `swarm-manifest.json` के माध्यम से विशिष्ट फ़ाइलों का मालिक होता है। कोई भी दो एजेंट एक ही फ़ाइल को संपादित नहीं करते हैं। कोई विलय संघर्ष नहीं। कोई समन्वय संबंधी अतिरिक्त बोझ नहीं।
|
|
358
|
+
- **बिल्ड गेट** — प्रत्येक चरण के बाद लिंट + टाइपचेक + टेस्ट पास होना चाहिए। सिस्टम स्वचालित रूप से बिल्ड सिस्टम (नोड, रस्ट, पायथन, गो) का पता लगाता है और सही कमांड चलाता है।
|
|
359
|
+
- **उपयोगकर्ता जांच बिंदु** — स्वास्थ्य-बी और सुविधा जांच के लिए निष्पादन से पहले स्पष्ट उपयोगकर्ता अनुमोदन की आवश्यकता होती है। सिस्टम निष्कर्ष प्रस्तुत करता है, उपयोगकर्ता यह तय करता है कि क्या बनाना है।
|
|
360
|
+
- **पुनरावृत्तीय अभिसरण** — चरण तब तक दोहराए जाते हैं जब तक कि निकास शर्तें पूरी न हो जाएं या अधिकतम पुनरावृत्तियों तक न पहुंच जाएं। प्रत्येक चरण पिछली त्रुटियों के कारण होने वाली कमियों को पकड़ने के लिए शुरुआत से फिर से ऑडिट करता है।
|
|
361
|
+
- **डोमेन स्वचालित पहचान** — `roleos swarm manifest --generate` रिपॉजिटरी प्रकार (सीएलआई, वेब, डेस्कटॉप, एमसीपी, मोनोरेपो) का पता लगाता है और गैर-अतिव्यापी डोमेन असाइनमेंट उत्पन्न करता है।
|
|
292
362
|
|
|
293
|
-
**सिद्ध:**
|
|
363
|
+
**सिद्ध:** claude-collaborate (2026-03-28) — 35→129 परीक्षण, 106 स्वास्थ्य संबंधी समस्याओं का समाधान, v1.1.0 जारी। 9 चरणों वाला प्रोटोकॉल v2.0।
|
|
294
364
|
|
|
295
365
|
## स्थिति
|
|
296
366
|
|
|
297
|
-
|
|
298
|
-
- v1.0.0: 32 भूमिकाएँ, पूर्ण कमांड-लाइन इंटरफ़ेस (CLI), सिद्ध उपचार, मल्टी-रिपो पोर्टेबिलिटी।
|
|
299
|
-
- v1.0.2: भूमिका ऑपरेटिंग सिस्टम (OS) लॉकिंग (बूटस्ट्रैप सत्य सुधार, init --force)।
|
|
300
|
-
- v1.1.0: 31 भूमिकाएँ, पूर्ण रूटिंग स्पाइन, संघर्ष का पता लगाना, वृद्धि, प्रमाण, डिस्पैच, 7 सिद्ध टीम पैकेज। 35 निष्पादन परीक्षण। 212 परीक्षण।
|
|
301
|
-
- v1.2.0: कैलिब्रेटेड पैकेज डिफ़ॉल्ट विकल्प के रूप में। स्वचालित चयन, बेमेल का पता लगाना, वैकल्पिक सुझाव, फ्री-रूटिंग फ़ॉलबैक। 246 परीक्षण।
|
|
302
|
-
- v1.3.0: परिणाम कैलिब्रेशन, मिश्रित-कार्य अपघटन, समग्र निष्पादन, अनुकूली पुनर्योजना। 317 परीक्षण।
|
|
303
|
-
- v1.4.0: सेशन स्पाइन — `roleos init claude`, `roleos doctor`, रूट कार्ड, /roleos-route + /roleos-review + /roleos-status कमांड। 335 परीक्षण।
|
|
304
|
-
- v1.5.0: हुक स्पाइन — रनटाइम प्रवर्तन के लिए 5 लाइफसाइकिल हुक। 358 परीक्षण।
|
|
305
|
-
- v1.6.0: आर्टिफैक्ट स्पाइन — 20 प्रति-भूमिका आर्टिफैक्ट अनुबंध, 7 पैकेज हैंडऑफ़ अनुबंध, संरचनात्मक सत्यापन। 385 परीक्षण।
|
|
306
|
-
- v1.7.0: पूर्णता का प्रमाण — वास्तविक कार्य पूरे स्टैक के माध्यम से चलाए जाते हैं। `roleos artifacts` CLI। संरचनात्मक सुधारों पर ईमानदार वृद्धि। 398 परीक्षण।
|
|
307
|
-
- v1.8.0: मिशन लाइब्रेरी (फेज S) — 6 नामित मिशन, रनर इंजन, पूर्णता रिपोर्ट। 6 वास्तविक परीक्षण रनों से सुरक्षित किया गया। 481 परीक्षण।
|
|
308
|
-
- v1.9.0: एकीकृत प्रवेश पथ (फेज T) — `roleos start` स्वचालित रूप से मिशन बनाम पैकेज बनाम फ्री रूटिंग का निर्णय लेता है। फ़ॉलबैक सीढ़ी, समग्र पता लगाना, प्रवेश-पथ तुलना परीक्षण। 527 परीक्षण।
|
|
309
|
-
- **v2.0.0**: ऑपरेटर घर्षण सुधार (फेज U) — `roleos run` स्थायी डिस्क-समर्थित रन बनाता है। फिर से शुरू करें, अगला, समझाएं, पूरा करें, विफल। हस्तक्षेप: पुनर्निर्देशित करें, बढ़ाएं, पुनः प्रयास करें, अवरुद्ध करें, पुनः खोलें। प्रत्येक चरण में चरण-स्थानीय मार्गदर्शन। घर्षण माप। 6 घर्षण परीक्षण। 613 परीक्षण।
|
|
310
|
-
- **v2.0.1**: हैंडबुक ऑडिट, शुरुआती दस्तावेज़, परीक्षण गणना सुधार। 617 परीक्षण।
|
|
311
|
-
- **v2.1.0**: ब्रेनस्टॉर्म मिशन (v0.4) — कानून के तहत विशिष्ट भूमिकाएँ, पता लगाने योग्य असहमति, निर्णय-वाहक आउटपुट। दो-स्तरीय आर्किटेक्चर (सत्य + रेंडर), क्रॉस-परीक्षा अनुमति मैट्रिक्स, विवाद ग्राफ, गोल्डन रन प्रमाण। 7 मिशन, 50 भूमिकाएँ, 8 पैकेज। 894 परीक्षण।
|
|
367
|
+
स्थिर और जारी। पूर्ण संस्करण इतिहास और प्रत्येक रिलीज़ में क्या बदला, यह देखने के लिए [चेंजलॉग](CHANGELOG.md) देखें।
|
|
312
368
|
|
|
313
369
|
## लाइसेंस
|
|
314
370
|
|
|
315
|
-
|
|
371
|
+
एमआईटी
|
|
316
372
|
|
|
317
373
|
---
|
|
318
374
|
|
|
319
|
-
|
|
375
|
+
<a href="https://mcp-tool-shop.github.io/">एमसीपी टूल शॉप</a> द्वारा निर्मित
|