role-os 2.6.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/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
- एक मल्टी-क्लाउड ऑपरेटिंग सिस्टम जो 31 विशिष्ट भूमिकाओं के साथ काम को संचालित करता है, रूट करता है, सत्यापित करता है और निष्पादित करता है। यह कार्य पैकेट बनाता है, स्कोरिंग के आधार पर सही टीम को इकट्ठा करता है, निष्पादन से पहले संभावित समस्याओं का पता लगाता है, यदि काम अवरुद्ध या अस्वीकृत होता है तो स्वचालित रूप से पुनर्निर्देशन करता है, और प्रत्येक निर्णय में संरचित प्रमाण की आवश्यकता होती है।
16
+ एक बहु-क्लॉड ऑपरेटिंग सिस्टम जो 61 विशिष्ट भूमिका अनुबंधों के माध्यम से कर्मचारियों, मार्गों, मान्यताओं और कार्यों को संचालित करता है। यह कार्य पैकेट बनाता है, स्कोर किए गए भूमिका मिलान से सही टीम को इकट्ठा करता है, निष्पादन से पहले टूटी हुई श्रृंखलाओं का पता लगाता है, जब कार्य अवरुद्ध या अस्वीकृत हो जाता है तो स्वचालित रूप से पुनर्प्राप्ति मार्ग निर्धारित करता है, और प्रत्येक निर्णय में संरचित प्रमाण की आवश्यकता होती है। इसमें गतिशील वितरण शामिल है जो बड़े पैमाने पर मिशनों के लिए है - 10-घटक रिपॉजिटरी स्वचालित रूप से 28 ऑडिट चरणों में बदल जाती है, न कि 6।
17
17
 
18
18
  ## यह क्या करता है
19
19
 
20
- रोल ओएस, मल्टी-क्लाउड का उपयोग करने का एक पेशेवर तरीका है। यह उन विशिष्ट विफलताओं को रोकता है जो सामान्य एआई वर्कफ़्लो उत्पन्न करते हैं:
20
+ रोल ओएस बहु-क्लॉड का उपयोग करने का पेशेवर तरीका है। यह विशिष्ट विफलताओं को रोकता है जो सामान्य एआई वर्कफ़्लो उत्पन्न करते हैं:
21
21
 
22
- - **विचलन (Drift)** भूमिकाएं अपने दायरे में ही रहती हैं। उत्पाद का पुन: डिज़ाइन नहीं होता है। फ्रंटएंड दायरे को फिर से परिभाषित नहीं करता है। बैकएंड उत्पाद की दिशा का आविष्कार नहीं करता है।
23
- - **झूठा समापन (False completion)** — 'पूर्ण' की परिभाषा स्पष्ट होती है। वह काम जो कमियों को छिपाता है, सत्यापन को छोड़ देता है, या किसी अलग समस्या को हल करता है, उसे अस्वीकार कर दिया जाता है।
24
- - **संदूषण (Contamination)** फोर्क किए गए या विरासत में मिले प्रोजेक्ट्स में पहचान के अवशेष रहते हैं। रोल ओएस शब्दावली, दृश्यों और मानसिक मॉडलों में क्रॉस-प्रोजेक्ट विचलन का पता लगाता है और उसे अस्वीकार करता है।
25
- - **धारणा-आधारित प्रगति (Vibes-based progress)** — प्रत्येक हैंडऑफ़ संरचित होता है। प्रत्येक निर्णय सबूत पर आधारित होता है। "यह पूरा हुआ हुआ लगता है" एक मान्य स्थिति नहीं है।
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. **पैक:** जब कार्य एक ज्ञात श्रेणी का होता है लेकिन पूर्ण मिशन आकार का नहीं होता है। इसमें 7 कैलिब्रेटेड टीम पैक होते हैं जिनमें स्वचालित चयन और विसंगति सुरक्षा होती है।
49
- 3. **मुक्त रूटिंग:** जब कार्य नया, मिश्रित या अनिश्चित होता है। यह सभी 31 भूमिकाओं को पैकेट सामग्री के विरुद्ध स्कोर करता है और एक गतिशील श्रृंखला बनाता है।
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
- यह सिस्टम डिस्क पर डेटा संग्रहीत करता है (`.claude/runs/`), इसलिए बाधित सत्र बिना किसी समस्या के फिर से शुरू हो जाते हैं। प्रत्येक चरण में ऑपरेटर के मार्गदर्शन शामिल हैं: क्या उत्पन्न करना है, आवश्यक अनुभाग और समाप्ति की शर्तें।
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
- संगठन-व्यापी रोलआउट की स्थिति (क्यू, निर्णय, ऑडिट रिकॉर्ड, प्रति-रिपॉजिटरी लॉक पैकेट) एक अलग निजी रिपॉजिटरी में मौजूद है: [`role-os-rollout`](https://github.com/mcp-tool-shop-org/role-os-rollout) यह रिपॉजिटरी उत्पाद है; वह रिपॉजिटरी परिचालन स्थिति है।
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
- पूर्ण उपचार एक आधिकारिक 7-चरण प्रोटोकॉल है जो क्लाउड प्रोजेक्ट मेमोरी (`memory/full-treatment.md`) में परिभाषित है। रोल ओएस रोल अनुबंधों, हैंडऑफ़ और समीक्षक गेटों का उपयोग करके उपचारों को रूट और समीक्षा करता है यह प्रोटोकॉल को फिर से परिभाषित नहीं करता है।
104
+ पूर्ण उपचार एक कैनोनिकल 7-चरण प्रोटोकॉल है जिसे क्लॉड प्रोजेक्ट मेमोरी में परिभाषित किया गया है (`memory/full-treatment.md`) रोल ओएस भूमिका अनुबंधों, हस्तांतरणों और आलोचक गेट्स का उपयोग करके उपचारों को रूट और समीक्षा करता है - यह प्रोटोकॉल को फिर से परिभाषित नहीं करता है।
101
105
 
102
- **शिपचेक** 31-आइटम गुणवत्ता गेट है जो पूर्ण उपचार से पहले चलता है। किसी भी उपचार को शुरू करने से पहले हार्ड गेट A-D पास होने चाहिए। आधिकारिक संदर्भ: `memory/shipcheck.md`।
106
+ **शिपचेक** 31-आइटम गुणवत्ता गेट है जो पूर्ण उपचार से पहले चलता है। किसी भी उपचार शुरू होने से पहले कठोर गेट A-D को पास करना होगा। कैनोनिकल संदर्भ: `memory/shipcheck.md`।
103
107
 
104
- क्रम: शिपचेक पहले, फिर पूर्ण उपचार। बिना हार्ड गेट पास किए v1.0.0 नहीं।
108
+ क्रम: पहले शिपचेक, फिर पूर्ण उपचार। कठोर गेट पास किए बिना कोई v1.0.0 नहीं।
105
109
 
106
- ## 8 पैकों में 31 भूमिकाएं
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
- प्रत्येक भूमिका के लिए एक पूर्ण अनुबंध है: मिशन, उपयोग कब करें, उपयोग कब न करें, अपेक्षित इनपुट, आवश्यक आउटपुट, गुणवत्ता मानक और समस्या निवारण ट्रिगर। प्रत्येक भूमिका को रूट किया जा सकता है - `roleos route` पैकेट सामग्री के आधार पर इनमें से किसी भी भूमिका की सिफारिश कर सकता है।
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
- - ऐसा कार्य जो 5 मिनट में एक व्यक्ति के दिमाग में जाए
152
- - आपातकालीन सुधार जो समीक्षा श्रृंखला पूरी होने से पहले जारी करने की आवश्यकता होती है
153
- - ऐसे प्रोजेक्ट जहां आप संरचना से अधिक गति को प्राथमिकता देते हैं
168
+ - एकल-पंक्ति सुधार, टाइपो, या स्पष्ट बग
169
+ - बिना किसी परिभाषित आउटपुट के अन्वेषणात्मक अनुसंधान
170
+ - वह कार्य जो 5 मिनट में किसी एक व्यक्ति के दिमाग में समा जाए
171
+ - आपातकालीन त्वरित सुधार जिन्हें समीक्षा श्रृंखला पूरी होने से पहले ही जारी करने की आवश्यकता होती है
172
+ - ऐसे प्रोजेक्ट जहां आप संरचना की तुलना में गति चाहते हैं
154
173
 
155
174
  ## सबूत
156
175
 
157
- रोल ओएस को दो संरचनात्मक रूप से भिन्न रिपॉ में तीन परीक्षणों में सिद्ध किया गया है:
176
+ रोल ओएस को दो संरचनात्मक रूप से भिन्न रिपॉजिटरी में तीन परीक्षण आकृतियों में साबित किया गया:
158
177
 
159
- **परीक्षण 001 फीचर कार्य** (क्रू स्क्रीन, स्टार फ्रेट)
160
- - 7-भूमिका श्रृंखला, 45 परीक्षण परिदृश्य, 0 भूमिका टकराव।
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-भूमिका श्रृंखला, 51 परीक्षण परिदृश्य, जिसमें स्थायी CI संदूषण रक्षा शामिल है।
169
- - विरासत में मिली त्रुटियों को ठीक किया बिना व्यापक पुन: डिज़ाइन में जाने से बचाया।
186
+ **परीक्षण 003 - पहचान कार्य** (संदूषण शुद्धिकरण, स्टार फ्रेट)
187
+ - 6-रोल श्रृंखला, 51 परीक्षण परिदृश्य जिसमें टिकाऊ सीआई संदूषण रक्षा शामिल है
188
+ - व्यापक पुनर्निर्माण में ढहने के बिना विरासत में मिली काल्पनिक विचलन को ठीक किया
170
189
 
171
- **पोर्टेबिलिटी परीक्षण** (पर्सोना स्थिरता, सेंसर-हास्य)
172
- - समान आधार संरचना, लेकिन अलग भाषा/डोमेन/स्टैक।
173
- - केवल संदर्भ में बदलाव के साथ अपनाया गया है - कोई भी मुख्य अनुबंध संशोधन नहीं।
190
+ **पोर्टेबिलिटी परीक्षण** (व्यक्तित्व स्थिरता, सेंसर-हास्य)
191
+ - समान रीढ़, अलग भाषा/डोमेन/स्टैक
192
+ - केवल संदर्भ परिवर्तनों के साथ अपनाया गया - कोई मुख्य अनुबंध संशोधन नहीं
174
193
 
175
- **पूर्ण उपचार FT-001** (portlight-desktop)
194
+ **पूर्ण उपचार एफटी-001** (पोर्टलाइट-डेस्कटॉप)
176
195
  - उपचार पैक भूमिकाओं के साथ 7-चरण वाला स्टाफ उपचार
177
- - शिपचेक गेटिंग सिद्ध, कोई भूमिका टकराव नहीं
196
+ - शिपचेक गेटिंग साबित, शून्य रोल टकराव
178
197
 
179
- **पूर्ण उपचार FT-002** (studioflow)
180
- - समान उपचार पैक, संरचनात्मक रूप से अलग रिपॉजिटरी (रचनात्मक कार्यक्षेत्र बनाम गेम)
181
- - उपचार पैक पोर्टेबल - किसी अनुबंध संशोधन की आवश्यकता नहीं
198
+ **पूर्ण उपचार एफटी-002** (स्टूडियोफ्लो)
199
+ - समान उपचार पैक, संरचनात्मक रूप से भिन्न रिपॉजिटरी (रचनात्मक कार्यक्षेत्र बनाम गेम)
200
+ - उपचार पैक पोर्टेबल - कोई अनुबंध संशोधन आवश्यक नहीं
182
201
 
183
- **"गोल्डन रन" पर विचार-मंथन** (एमसीपी सर्वर मार्केटप्लेस विषय)
184
- - 9 भूमिकाओं की श्रृंखला, 4 विश्लेषक समानांतर में, क्रॉस-परीक्षा + विवाद ग्राफ का खंडन
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 ← 7 named mission types (feature, bugfix, treatment, docs, security, research, brainstorm)
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
- route.mjs 31-role routing + dynamic chain builder
213
- packs.mjs 7 calibrated team packs + auto-selection
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
- artifacts.mjs 30 per-role artifact contracts + 7 pack handoffs
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/ ← 894 tests across 30 test files
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
- रोल ओएस केवल **स्थानीय रूप से** काम करता है। यह मार्कडाउन टेम्पलेट्स की प्रतियां बनाता है और आपके रिपॉजिटरी के `.claude/` फ़ोल्डर में पैकेट/निर्णय फ़ाइलें लिखता है। यह नेटवर्क तक नहीं पहुंचता है, गोपनीय जानकारी को नहीं संभालता है, और ही कोई डेटा एकत्र करता है। कोई भी खतरनाक ऑपरेशन नहीं किया जाता है - सभी फ़ाइल लिखने में डिफ़ॉल्ट रूप से "यदि मौजूद है तो छोड़ दें" का उपयोग किया जाता है। पूर्ण नीति के लिए [SECURITY.md](SECURITY.md) देखें।
258
+ रोल ओएस **केवल स्थानीय रूप से** काम करता है। यह मार्कडाउन टेम्पलेट की प्रतियां बनाता है और आपके रिपॉजिटरी की `.claude/` निर्देशिका में पैकेट/निर्णय फ़ाइलें लिखता है। यह नेटवर्क तक नहीं पहुंचता, गुप्त जानकारी को संभालता नहीं है, या टेलीमेट्री एकत्र नहीं करता है। कोई खतरनाक संचालन नहीं - सभी फ़ाइल लेखन डिफ़ॉल्ट रूप से स्किप-इफ-एग्जिस्ट का उपयोग करते हैं। पूरी नीति के लिए [SECURITY.md](SECURITY.md) देखें।
235
259
 
236
260
  ## ऑपरेटिंग सिस्टम
237
261
 
238
- | लेयर | यह क्या करता है | स्थिति |
262
+ | परत | यह क्या करता है | स्थिति |
239
263
  |-------|-------------|--------|
240
- | **Routing** | यह सभी 31 भूमिकाओं को पैकेट सामग्री के विरुद्ध स्कोर करता है, सिफारिशों को समझाता है, और आत्मविश्वास का आकलन करता है। | ✓ जारी किया गया |
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** | पूर्ण सूची सत्यापित: 30/30 स्वर्ण-कार्य + 5/5 नकारात्मक परीक्षण। 7 पैकेट परीक्षण पूरे। | ✓ पूर्ण |
247
- | **Team Packs** | 7 कैलिब्रेटेड पैकेट, स्वचालित चयन, बेमेल सुरक्षा, और स्वतंत्र रूटिंग विकल्प। | ✓ जारी किया गया |
248
- | **Outcome calibration** | निष्पादन परिणामों को रिकॉर्ड करता है, परिणामों के आधार पर पैकेट/भूमिका भार को समायोजित करता है, और आत्मविश्वास थ्रेसहोल्ड को समायोजित करता है। | ✓ जारी किया गया |
249
- | **Mixed-task decomposition** | संयुक्त कार्यों का पता लगाता है, उन्हें चाइल्ड पैकेट में विभाजित करता है, पैकेट आवंटित करता है, और निर्भरताओं को बनाए रखता है। | ✓ जारी किया गया |
250
- | **Composite execution** | निर्भरता क्रम में चाइल्ड पैकेट चलाता है, जानकारी पास करता है, शाखा पुनर्प्राप्ति करता है, और संश्लेषण करता है। | ✓ जारी किया गया |
251
- | **Adaptive replanning** | निष्पादन के दौरान होने वाले परिवर्तनों, निष्कर्षों, या नई आवश्यकताओं को योजना को पुनरारंभ किए बिना अपडेट किया जा सकता है। | ✓ जारी किया गया |
252
- | **Session spine** | `roleos init claude` कमांड `CLAUDE.md`, `/roleos-route`, `/roleos-review`, और `/roleos-status` फ़ाइलों को बनाता है। `roleos doctor` कमांड कनेक्शन की जांच करता है। रूट कार्ड, भागीदारी को प्रमाणित करते हैं। | ✓ जारी किया गया |
253
- | **Hook spine** | 5 लाइफसाइकिल हुक (SessionStart, PromptSubmit, PreToolUse, SubagentStart, Stop)। सलाहकार प्रवर्तन: रूट कार्ड अनुस्मारक, टूल उपयोग प्रतिबंध, सबएजेंट भूमिका इंजेक्शन, और पूर्णता ऑडिट। | ✓ जारी किया गया |
254
- | **Artifact spine** | 20 भूमिका-विशिष्ट कलाकृतियों के अनुबंध। 7 पैकेट हैंडऑफ़ अनुबंध। संरचनात्मक सत्यापन। श्रृंखला पूर्णता जांच। डाउनस्ट्रीम भूमिकाएँ कभी भी यह अनुमान नहीं लगाती हैं कि उन्हें क्या प्राप्त हुआ है। | ✓ जारी किया गया |
255
- | **Mission library** | 6 नामित मिशन (फ़ीचर-शिप, बगफिक्स, ट्रीटमेंट, डॉक्स-रिलीज़, सुरक्षा-हार्डनिंग, रिसर्च-लॉन्च)। प्रत्येक मिशन में पैकेट, भूमिका श्रृंखला, कलाकृति प्रवाह, एस्केलेशन शाखाएँ, और आंशिक परिभाषा शामिल है। सभी 6 मिशनों का परीक्षण किया गया है और उन्हें बेहतर बनाया गया है। | ✓ जारी किया गया |
256
- | **Mission runner** | रन बनाएं, ट्रैक की गई स्थिति के साथ चरणों से गुजरें, ईमानदारी से रिपोर्टिंग के साथ पूरा करें/विफल करें। अवरुद्ध चरणों का प्रसार, श्रृंखला से बाहर एस्केलेशन चेतावनियाँ, और अंतिम चरण को फिर से खोलने की सुविधा। | ✓ जारी किया गया |
257
- | **Unified entry** | `roleos start` कमांड स्वचालित रूप से मिशन, पैकेट, या स्वतंत्र रूटिंग का चयन करता है। आत्मविश्वास स्कोर, विकल्पों, और संयुक्त पहचान के साथ एक वैकल्पिक प्रणाली। | ✓ जारी किया गया |
258
- | **Persistent runs** | `roleos run` डिस्क-आधारित निष्पादन बनाता है। `resume`, `next`, `explain`, `complete`, `fail`। हस्तक्षेप: पुनर्निर्देशित करें, बढ़ाएं, पुनः प्रयास करें, अवरुद्ध करें, फिर से खोलें। चरण-स्तरीय मार्गदर्शन। घर्षण माप। | ✓ जारी किया गया |
259
- | **Brainstorm** | दो-स्तरीय आर्किटेक्चर: सत्य (भूमिका-आधारित स्कीमा, उत्पत्ति परमाणु, क्रॉस-परीक्षा विवाद ग्राफ) + प्रस्तुत करना (5 अलग-अलग आवाजें, शब्द संबंधी प्रतिबंध, बहस का प्रतिलेख)। ट्रेस लिंक साबित करते हैं कि प्रत्येक प्रस्तुत दावा एक "ट्रूथ" परमाणु से मेल खाता है। "गोल्डन रन": 894 परीक्षण। | ✓ जारी किया गया |
260
-
261
- ## 6 मिशन
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` | बगफिक्स | 4 | मूल कारण का निदान, सुधार, परीक्षण, सत्यापन |
267
- | `treatment` | ट्रीटमेंट | 4 | शिपचेक + पॉलिश + दस्तावेज़ + CI सत्यापन + समीक्षा |
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` | विचार-मंथन | 9 | ट्रेस करने योग्य असहमति और निर्णय के साथ संरचित बहु-दृष्टिकोण जांच। |
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
- - **लेयर 1 (सत्य):** चार विश्लेषक भूमिका-आधारित स्कीमा (संदर्भ मानचित्र, उपयोगकर्ता मूल्य मानचित्र, यांत्रिकी मानचित्र, स्थिति मानचित्र) उत्पन्न करते हैं कोई साझा पाठ नहीं। प्रत्येक भूमिका पर "ब्लाइंडस्पॉट" लागू किया जाता है: प्रतिबंधित वाक्यांश, प्रतिबंधित दावे के प्रकार, फ़िल्टर किए गए इनपुट विभाजन। परमाणु उत्पत्ति जानकारी रखते हैं। एक निर्देशित क्रॉस-परीक्षा ग्राफ लक्षित चुनौतियां उत्पन्न करता है। मूल विश्लेषक दबाव में बचाव करते हैं, संकुचित करते हैं या वापस लेते हैं।
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
- - **लेयर 2 (प्रस्तुत करना):** पांच अलग-अलग मानवीय आवाजें (सीमा ज्ञापन, क्षेत्र नोट्स, सिस्टम स्केच, दावा संक्षिप्त, क्रॉस-परीक्षा प्रतिलेख) हैं, जिनमें शब्द संबंधी प्रतिबंध हैं जो आवाजों के एक होने से रोकते हैं। संश्लेषण "सत्य" का उपयोग करता है, कभी भी प्रस्तुत पाठ का नहीं। दोनों परतें हमेशा उपलब्ध होती हैं।
354
+ **यह इसे अलग कैसे बनाता है:**
290
355
 
291
- - **श्रृंखला की प्रामाणिकता:** प्रत्येक प्रस्तुत वाक्य एक "ट्रूथ-लेयर" परमाणु से जुड़ा होता है। संश्लेषण निर्देशों में परमाणुओं का उल्लेख होता है। क्रॉस-परीक्षा वास्तविक दावा आईडी को लक्षित करती है। विवाद ग्राफ उत्पाद है, पाठ नहीं।
356
+ - **तीन-चरणीय स्वास्थ्य जांच** — चरण ए में बग और सुरक्षा संबंधी समस्याओं को ठीक किया जाता है (जब तक 0 गंभीर + 0 उच्च स्तर की समस्याएं हों)। चरण बी में सक्रिय रूप से सुरक्षा को मजबूत किया जाता है (उपयोगकर्ता निष्कर्षों की समीक्षा करते हैं)। चरण सी में कोडबेस को उपयोगकर्ता के अनुकूल बनाया जाता है — त्रुटि संदेश जो उपयोगकर्ताओं की मदद करते हैं, पुन: कनेक्शन प्रतिक्रिया, लोडिंग स्थिति, पहुंच क्षमता। प्रत्येक चरण एक अलग दृष्टिकोण है, यह एक ही स्कैन को दोहराने जैसा नहीं है।
357
+ - **विशिष्ट फ़ाइल स्वामित्व** — प्रत्येक डोमेन एजेंट `swarm-manifest.json` के माध्यम से विशिष्ट फ़ाइलों का मालिक होता है। कोई भी दो एजेंट एक ही फ़ाइल को संपादित नहीं करते हैं। कोई विलय संघर्ष नहीं। कोई समन्वय संबंधी अतिरिक्त बोझ नहीं।
358
+ - **बिल्ड गेट** — प्रत्येक चरण के बाद लिंट + टाइपचेक + टेस्ट पास होना चाहिए। सिस्टम स्वचालित रूप से बिल्ड सिस्टम (नोड, रस्ट, पायथन, गो) का पता लगाता है और सही कमांड चलाता है।
359
+ - **उपयोगकर्ता जांच बिंदु** — स्वास्थ्य-बी और सुविधा जांच के लिए निष्पादन से पहले स्पष्ट उपयोगकर्ता अनुमोदन की आवश्यकता होती है। सिस्टम निष्कर्ष प्रस्तुत करता है, उपयोगकर्ता यह तय करता है कि क्या बनाना है।
360
+ - **पुनरावृत्तीय अभिसरण** — चरण तब तक दोहराए जाते हैं जब तक कि निकास शर्तें पूरी न हो जाएं या अधिकतम पुनरावृत्तियों तक न पहुंच जाएं। प्रत्येक चरण पिछली त्रुटियों के कारण होने वाली कमियों को पकड़ने के लिए शुरुआत से फिर से ऑडिट करता है।
361
+ - **डोमेन स्वचालित पहचान** — `roleos swarm manifest --generate` रिपॉजिटरी प्रकार (सीएलआई, वेब, डेस्कटॉप, एमसीपी, मोनोरेपो) का पता लगाता है और गैर-अतिव्यापी डोमेन असाइनमेंट उत्पन्न करता है।
292
362
 
293
- **सिद्ध:** v0.4 "गोल्डन रन" 894 परीक्षण, पूरी श्रृंखला की प्रामाणिकता सत्यापित। पूर्ण कलाकृति श्रृंखला के लिए [`examples/golden-run.md`](examples/golden-run.md) देखें।
363
+ **सिद्ध:** claude-collaborate (2026-03-28)35→129 परीक्षण, 106 स्वास्थ्य संबंधी समस्याओं का समाधान, v1.1.0 जारी। 9 चरणों वाला प्रोटोकॉल v2.0।
294
364
 
295
365
  ## स्थिति
296
366
 
297
- - v0.1–v0.4: आधार परीक्षण, अपनाना, उपचार पैकेज, शुरुआती पैकेज।
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
- MIT
371
+ एमआईटी
316
372
 
317
373
  ---
318
374
 
319
- द्वारा निर्मित: <a href="https://mcp-tool-shop.github.io/">MCP Tool Shop</a
375
+ <a href="https://mcp-tool-shop.github.io/">एमसीपी टूल शॉप</a> द्वारा निर्मित