role-os 2.7.0 → 2.8.0

package/README.hi.md

@@ -13,20 +13,20 @@
   <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>
 </p>
 
-एक मल्टी-क्लाउड ऑपरेटिंग सिस्टम जो 31 विशिष्ट भूमिकाओं के साथ काम को संचालित करता है, रूट करता है, सत्यापित करता है और निष्पादित करता है। यह कार्य पैकेट बनाता है, स्कोरिंग के आधार पर सही टीम को इकट्ठा करता है, निष्पादन से पहले संभावित समस्याओं का पता लगाता है, यदि काम अवरुद्ध या अस्वीकृत होता है तो स्वचालित रूप से पुनर्निर्देशन करता है, और प्रत्येक निर्णय में संरचित प्रमाण की आवश्यकता होती है।
+एक बहु-क्लॉड ऑपरेटिंग सिस्टम जो कर्मचारियों को नियुक्त करता है, कार्यों का मार्ग निर्धारित करता है, उनकी पुष्टि करता है और उन्हें 61 विशिष्ट भूमिका अनुबंधों के माध्यम से संचालित करता है। यह कार्य पैकेट बनाता है, स्कोर किए गए भूमिका मिलान से सही टीम को इकट्ठा करता है, निष्पादन से पहले टूटी हुई श्रृंखलाओं का पता लगाता है, जब कार्य अवरुद्ध या अस्वीकृत हो जाता है तो स्वचालित रूप से पुनर्प्राप्ति मार्ग निर्धारित करता है, और प्रत्येक निर्णय में संरचित प्रमाण की आवश्यकता होती है। इसमें गतिशील वितरण शामिल है जो बड़े पैमाने पर मिशनों के लिए अनुकूलित होता है - एक 10-घटक भंडार स्वचालित रूप से 28 ऑडिट चरणों में बदल जाता है, न कि 6।
 
 ## यह क्या करता है
 
-रोल ओएस, मल्टी-क्लाउड का उपयोग करने का एक पेशेवर तरीका है। यह उन विशिष्ट विफलताओं को रोकता है जो सामान्य एआई वर्कफ़्लो उत्पन्न करते हैं:
+रोल ओएस बहु-क्लॉड का उपयोग करने का पेशेवर तरीका है। यह उन विशिष्ट विफलताओं को रोकता है जो सामान्य एआई वर्कफ़्लो उत्पन्न करते हैं:
 
-- **विचलन (Drift)** — भूमिकाएं अपने दायरे में ही रहती हैं। उत्पाद का पुन: डिज़ाइन नहीं होता है। फ्रंटएंड दायरे को फिर से परिभाषित नहीं करता है। बैकएंड उत्पाद की दिशा का आविष्कार नहीं करता है।
-- **झूठा समापन (False completion)** — 'पूर्ण' की परिभाषा स्पष्ट होती है। वह काम जो कमियों को छिपाता है, सत्यापन को छोड़ देता है, या किसी अलग समस्या को हल करता है, उसे अस्वीकार कर दिया जाता है।
-- **संदूषण (Contamination)** — फोर्क किए गए या विरासत में मिले प्रोजेक्ट्स में पहचान के अवशेष रहते हैं। रोल ओएस शब्दावली, दृश्यों और मानसिक मॉडलों में क्रॉस-प्रोजेक्ट विचलन का पता लगाता है और उसे अस्वीकार करता है।
-- **धारणा-आधारित प्रगति (Vibes-based progress)** — प्रत्येक हैंडऑफ़ संरचित होता है। प्रत्येक निर्णय सबूत पर आधारित होता है। "यह पूरा हुआ हुआ लगता है" एक मान्य स्थिति नहीं है।
+- **विचलन** - भूमिकाएँ अपनी सीमा में रहती हैं। उत्पाद पुनर्निर्मित नहीं होता है। फ्रंटएंड दायरे को फिर से परिभाषित नहीं करता है। बैकएंड उत्पाद दिशा का आविष्कार नहीं करता है।
+- **गलत पूर्णता** - पूर्ण होने की परिभाषा ठोस है। वह कार्य जो अंतराल को छिपाता है, सत्यापन छोड़ देता है या किसी भिन्न समस्या को हल करता है, उसे अस्वीकार कर दिया जाता है।
+- **संदूषण** - विभाजित या विरासत में मिली परियोजनाओं में पहचान अवशेष होते हैं। रोल ओएस शब्दावली, दृश्यों और मानसिक मॉडलों में क्रॉस-परियोजना विचलन का पता लगाता है और उसे अस्वीकार करता है।
+- **भावना-आधारित प्रगति** - प्रत्येक हस्तांतरण संरचित होता है। प्रत्येक निर्णय प्रमाण से जुड़ा होता है। "यह पूरा हो गया लगता है" एक मान्य स्थिति नहीं है।
 
 ## यह कैसे काम करता है
 
-अपने कार्य का वर्णन करें। रोल ओएस स्वचालित रूप से उचित स्तर का समन्वय निर्धारित करता है।
+अपने कार्य का वर्णन करें। रोल ओएस स्वचालित रूप से सही स्तर के समन्वय का निर्धारण करता है।
 
 ```bash
 roleos start "fix the crash in save handler"
@@ -42,15 +42,15 @@ roleos start "something completely novel"
 #   Hint: Create a packet and run `roleos route` for role-level routing
 ```
 
-**बैकअप प्रणाली:**
+**बैकअप सीढ़ी:**
 
-1. **मिशन:** जब कार्य एक सिद्ध, दोहराए जाने वाले वर्कफ़्लो से मेल खाता है (जैसे, बग फिक्स, सुधार, नई सुविधा का लॉन्च, दस्तावेज़, सुरक्षा, अनुसंधान)। इसमें ज्ञात भूमिका श्रृंखला, कलाकृतियों का प्रवाह, समस्या निवारण शाखाएं और स्पष्ट परिभाषाएं शामिल हैं।
-2. **पैक:** जब कार्य एक ज्ञात श्रेणी का होता है लेकिन पूर्ण मिशन आकार का नहीं होता है। इसमें 7 कैलिब्रेटेड टीम पैक होते हैं जिनमें स्वचालित चयन और विसंगति सुरक्षा होती है।
-3. **मुक्त रूटिंग:** जब कार्य नया, मिश्रित या अनिश्चित होता है। यह सभी 31 भूमिकाओं को पैकेट सामग्री के विरुद्ध स्कोर करता है और एक गतिशील श्रृंखला बनाता है।
+1. **मिशन** - जब कार्य एक सिद्ध आवर्ती वर्कफ़्लो (बग फिक्स, उपचार, सुविधा-शिपिंग, दस्तावेज़, सुरक्षा, अनुसंधान, विचार मंथन, गहन ऑडिट, परीक्षण) से मेल खाता है। ज्ञात भूमिका श्रृंखला, कलाकृति प्रवाह, वृद्धि शाखाएँ और ईमानदार-आंशिक परिभाषाएँ।
+2. **पैकेज** - जब कार्य एक ज्ञात परिवार होता है लेकिन पूर्ण मिशन आकार नहीं होता है। 10 कैलिब्रेटेड टीम पैकेज स्वचालित चयन और बेमेल सुरक्षा के साथ।
+3. **मुक्त रूटिंग** - जब कार्य नया, मिश्रित या अनिश्चित होता है। यह सभी 61 भूमिकाओं को पैकेट सामग्री के विरुद्ध स्कोर करता है और एक गतिशील श्रृंखला बनाता है।
 
-यह सिस्टम कभी भी किसी गलत स्तर पर काम को लागू नहीं करता है। यह बताता है कि इसने प्रत्येक स्तर को क्यों चुना और वैकल्पिक विकल्प भी प्रदान करता है।
+यह प्रणाली कभी भी गलत अमूर्तता के माध्यम से कार्य करने के लिए मजबूर नहीं करती है। यह बताता है कि इसने प्रत्येक स्तर क्यों चुना और विकल्प प्रदान करता है।
 
-**एक कमांड से सक्रिय निष्पादन:**
+**सक्रिय निष्पादन के लिए एक आदेश:**
 
 ```bash
 roleos run "fix the crash in save handler"
@@ -77,48 +77,61 @@ roleos block 2 "waiting for API spec"
 roleos reopen 0 "found issue in review"
 ```
 
-यह सिस्टम डिस्क पर डेटा संग्रहीत करता है (`.claude/runs/`), इसलिए बाधित सत्र बिना किसी समस्या के फिर से शुरू हो जाते हैं। प्रत्येक चरण में ऑपरेटर के मार्गदर्शन शामिल हैं: क्या उत्पन्न करना है, आवश्यक अनुभाग और समाप्ति की शर्तें।
+निष्पादित कार्य डिस्क पर बने रहते हैं (`.claude/runs/`), इसलिए बाधित सत्र सुचारू रूप से फिर से शुरू होते हैं। प्रत्येक चरण में ऑपरेटर मार्गदर्शन शामिल होता है: क्या उत्पन्न करना है, आवश्यक अनुभाग और समाप्ति शर्तें।
 
-**एक बार रूट होने के बाद:**
+**एक बार रूट किए जाने के बाद:**
 
-1. **प्रत्येक भूमिका एक हैंडऑफ़ उत्पन्न करती है:** संरचित आउटपुट जिसमें ऐसे प्रमाण शामिल होते हैं जो अगले भूमिका के लिए अस्पष्टता को कम करते हैं।
-2. **क्रिटिक समीक्षा अनुबंध के अनुसार:** यह संरचित प्रमाणों के आधार पर स्वीकार, अस्वीकार या अवरुद्ध करता है, न कि केवल धारणा के आधार पर।
-3. **पुनर्निर्देशन स्वचालित रूप से होता है:** अवरुद्ध या अस्वीकृत काम को उचित समस्या निवारक को एक कारण, पुनर्प्राप्ति प्रकार और आवश्यक कलाकृतियों के साथ भेजा जाता है।
+1. **प्रत्येक भूमिका एक हस्तांतरण उत्पन्न करती है** - संरचित आउटपुट जिसमें प्रमाण आइटम होते हैं जो अगली भूमिका के लिए अस्पष्टता को कम करते हैं।
+2. **आलोचक अनुबंध के विरुद्ध समीक्षा करता है** - स्वीकार करता है, अस्वीकार करता है या संरचित प्रमाण के आधार पर अवरुद्ध करता है, न कि धारणा के आधार पर।
+3. **पुनर्प्राप्ति मार्ग स्वचालित रूप से निर्धारित होते हैं** - अवरुद्ध या अस्वीकृत कार्य को एक कारण, पुनर्प्राप्ति प्रकार और आवश्यक कलाकृति के साथ सही समाधानकर्ता तक रूट किया जाता है।
 
-## संगठन में रोलआउट की स्थिति
+## बजट-जागरूक वितरण
 
-संगठन-व्यापी रोलआउट की स्थिति (क्यू, निर्णय, ऑडिट रिकॉर्ड, प्रति-रिपॉजिटरी लॉक पैकेट) एक अलग निजी रिपॉजिटरी में मौजूद है: [`role-os-rollout`](https://github.com/mcp-tool-shop-org/role-os-rollout)। यह रिपॉजिटरी उत्पाद है; वह रिपॉजिटरी परिचालन स्थिति है।
+रोल ओएस प्रत्येक वितरण चरण के लिए स्थानीय **टोकन बजट विश्लेषक** से परामर्श कर सकता है और घोषणा में एक सलाहकार व्यय पूर्वानुमान संलग्न कर सकता है - वैकल्पिक (`ROLEOS_BUDGET_CONSULT`), सलाहकार (यह कभी भी वितरण को अवरुद्ध नहीं करता है), और एक निर्धारित आधार पर विफल-खुला। डिफ़ॉल्ट रूप से बंद; पूर्वानुमान स्थानीय है और चलाने के लिए स्वतंत्र है। [हैंडबुक](https://mcp-tool-shop-org.github.io/role-os/handbook/specialist-budget/) देखें।
 
-## मेमोरी और निरंतरता
+## टूल-कॉल निरीक्षण
 
-रोल ओएस मेमोरी लेयर का स्वामित्व नहीं लेता है और न ही उसे दोहराता है। जहां क्लाउड प्रोजेक्ट मेमोरी मौजूद है, वह निरंतरता की आधिकारिक प्रणाली है — रिपॉ तथ्य, निर्णय, खुले मुद्दे और उपचार इतिहास वहां संग्रहीत होते हैं।
+रोल ओएस `PreToolUse` सीम पर टूल कॉल को सत्यापित और गेट करता है - निर्धारणात्मक रूप से, बिना किसी मॉडल के साथ जो हॉट पाथ में है:
 
-रोल ओएस क्लाउड प्रोजेक्ट मेमोरी के साथ एकीकृत होता है। यह इसे प्रतिस्थापित नहीं करता है।
+- **अनुरूपता वॉचर** (सलाहकार, विफल-खुला) - एक निर्धारित स्कीमा + संगणनीय-अनुबंध फर्श एक प्रस्तावित कॉल की तुलना इसके कैटलॉग किए गए टूल-अनुबंध से करता है और एक *सिद्ध* गैर-अनुरूप कॉल पर एक सलाहकार निर्णय संलग्न करता है; यह कभी भी अवरुद्ध नहीं होता है। एक वैकल्पिक एलएलएम छत (`ROLEOS_CONFORMANCE_CONSULT`) वास्तव में-सिमेंटिक अवशेष को संभालती है।
+- **क्षमता गेट** (विफल-बंद, वैकल्पिक `ROLEOS_CAPABILITY_GATE`, डिफ़ॉल्ट रूप से बंद) - *अपरिवर्तनीय* कार्यों पर निर्धारित न्यूनतम विशेषाधिकार (एनपीएम/पाइपी प्रकाशित करें, `gh release`, `git push`, भंडार संपादन, पृष्ठों को तैनात करें)। एक गेटेड कार्रवाई तब तक अस्वीकार कर दी जाती है जब तक कि निर्देशक ने `.claude/role-os/capabilities.json` में इसकी क्षमता प्रदान नहीं की हो, इसलिए एक गलत कदम - एक ईमानदार गलती या एक इंजेक्ट किया गया - अनधिकृत अपरिवर्तनीय कार्रवाई को ट्रिगर नहीं कर सकता है। नामित-क्षतिपूर्ति नियम के लिए निवारक पूरक। [हैंडबुक](https://mcp-tool-shop-org.github.io/role-os/handbook/) देखें।
+
+## संगठनात्मक रोलआउट स्थिति
+
+संगठन-व्यापी रोलआउट स्थिति (कतार, निर्णय, ऑडिट रिकॉर्ड, प्रति-भंडार लॉक पैकेज) एक अलग निजी भंडार में रहती है: [`role-os-rollout`](https://github.com/mcp-tool-shop-org/role-os-rollout)। यह भंडार उत्पाद है; वह भंडार परिचालन स्थिति है।
+
+## स्मृति और निरंतरता
+
+रोल ओएस स्मृति परत का स्वामित्व या डुप्लिकेट नहीं करता है। जहां क्लॉड प्रोजेक्ट मेमोरी मौजूद है, यह कैनोनिकल निरंतरता प्रणाली है - भंडार तथ्य, निर्णय, खुले लूप और उपचार इतिहास वहां रहते हैं।
+
+रोल ओएस क्लॉड प्रोजेक्ट मेमोरी के साथ एकीकृत होता है। यह इसे प्रतिस्थापित नहीं करता है।
 
 ## पूर्ण उपचार और शिपचेक
 
-पूर्ण उपचार एक आधिकारिक 7-चरण प्रोटोकॉल है जो क्लाउड प्रोजेक्ट मेमोरी (`memory/full-treatment.md`) में परिभाषित है। रोल ओएस रोल अनुबंधों, हैंडऑफ़ और समीक्षक गेटों का उपयोग करके उपचारों को रूट और समीक्षा करता है — यह प्रोटोकॉल को फिर से परिभाषित नहीं करता है।
+पूर्ण उपचार एक कैनोनिकल 7-चरण प्रोटोकॉल है जिसे क्लॉड प्रोजेक्ट मेमोरी में परिभाषित किया गया है (`memory/full-treatment.md`)। रोल ओएस भूमिका अनुबंधों, हस्तांतरणों और आलोचक गेट्स का उपयोग करके उपचार को रूट और समीक्षा करता है - यह प्रोटोकॉल को फिर से परिभाषित नहीं करता है।
 
-**शिपचेक** 31-आइटम गुणवत्ता गेट है जो पूर्ण उपचार से पहले चलता है। किसी भी उपचार को शुरू करने से पहले हार्ड गेट A-D पास होने चाहिए। आधिकारिक संदर्भ: `memory/shipcheck.md`।
+**शिपचेक** 31-आइटम गुणवत्ता गेट है जो पूर्ण उपचार से पहले चलता है। किसी भी उपचार शुरू होने से पहले कठोर गेट A-D पास होने चाहिए। कैनोनिकल संदर्भ: `memory/shipcheck.md`।
 
-क्रम: शिपचेक पहले, फिर पूर्ण उपचार। बिना हार्ड गेट पास किए v1.0.0 नहीं।
+क्रम: सबसे पहले शिपचेक, फिर पूर्ण उपचार। बिना कठोर गेटों को पास किए कोई v1.0.0 नहीं।
 
-## 8 पैकों में 31 भूमिकाएं
+## 10 पैकों में 61 भूमिकाएँ
 
-| पैक | भूमिकाएं |
+| पैकेज | भूमिकाएँ |
 |------|-------|
-| **Core** (3) | ऑर्केस्ट्रेटर, उत्पाद रणनीतिकार, क्रिटिक समीक्षक |
-| **Engineering** (7) | फ्रंटएंड डेवलपर, बैकएंड इंजीनियर, टेस्ट इंजीनियर, रिफैक्टर इंजीनियर, परफॉर्मेंस इंजीनियर, डिपेंडेंसी ऑडिटर, सुरक्षा समीक्षक |
-| **Design** (2) | यूआई डिजाइनर, ब्रांड गार्डियन |
+| **Core** (3) | ऑर्केस्ट्रेटर, उत्पाद रणनीतिकार, आलोचक समीक्षक |
+| **Engineering** (7) | फ्रंटएंड डेवलपर, बैकएंड इंजीनियर, परीक्षण इंजीनियर, रिफैक्टर इंजीनियर, प्रदर्शन इंजीनियर, निर्भरता ऑडिटर, सुरक्षा समीक्षक |
+| **Design** (2) | यूआई डिज़ाइनर, ब्रांड संरक्षक |
 | **Marketing** (1) | लॉन्च कॉपीराइटर |
-| **Treatment** (7) | रिपॉजिटरी शोधकर्ता, रिपॉजिटरी अनुवादक, डॉक्स आर्किटेक्ट, मेटाडेटा क्यूरेटर, कवरेज ऑडिटर, डिप्लॉयमेंट सत्यापनकर्ता, रिलीज़ इंजीनियर |
-| **Product** (3) | फीडबैक सिंथेसाइज़र, रोडमैप प्राथमिकता देने वाला, स्पेसिफिकेशन लेखक |
-| **Research** (4) | यूएक्स शोधकर्ता, प्रतिस्पर्धी विश्लेषक, ट्रेंड शोधकर्ता, यूजर इंटरव्यू सिंथेसाइज़र |
+| **Treatment** (7) | रिपो रिसर्चर, रिपो ट्रांसलेटर, डॉक्स आर्किटेक्ट, मेटाडेटा क्यूरेटर, कवरेज ऑडिटर, डिप्लॉयमेंट वेरीफायर, रिलीज़ इंजीनियर |
+| **Product** (3) | फ़ीडबैक सिंथेसाइज़र, रोडमैप प्रायोरिटाइज़र, स्पेसिफिकेशन राइटर |
+| **Research** (4) | यूएक्स रिसर्चर, प्रतिस्पर्धी विश्लेषक, ट्रेंड रिसर्चर, यूज़र इंटरव्यू सिंथेसाइज़र |
 | **Growth** (4) | लॉन्च रणनीतिकार, कंटेंट रणनीतिकार, कम्युनिटी मैनेजर, सपोर्ट ट्राइएज लीड |
+| **Deep Audit** (4) | कंपोनेंट ऑडिटर, टेस्ट ट्रुथ ऑडिटर, सीम ऑडिटर, ऑडिट सिंथेसाइज़र |
+| **Swarm** (7) | स्वार्म कोऑर्डिनेटर, स्वार्म बैकएंड एजेंट, स्वार्म ब्रिज एजेंट, स्वार्म टेस्ट्स एजेंट, स्वार्म इंफ्रा एजेंट, स्वार्म फ्रंटएंड एजेंट, स्वार्म सिंथेसाइज़र |
 
-प्रत्येक भूमिका के लिए एक पूर्ण अनुबंध है: मिशन, उपयोग कब करें, उपयोग कब न करें, अपेक्षित इनपुट, आवश्यक आउटपुट, गुणवत्ता मानक और समस्या निवारण ट्रिगर। प्रत्येक भूमिका को रूट किया जा सकता है - `roleos route` पैकेट सामग्री के आधार पर इनमें से किसी भी भूमिका की सिफारिश कर सकता है।
+प्रत्येक भूमिका में एक पूर्ण अनुबंध होता है: मिशन, उपयोग कब करें, उपयोग कब न करें, अपेक्षित इनपुट, आवश्यक आउटपुट, गुणवत्ता मानक और एस्केलेशन ट्रिगर। प्रत्येक भूमिका को रूट किया जा सकता है - `roleos route` पैकेट सामग्री के आधार पर उनमें से किसी की भी सिफारिश कर सकता है।
 
-## शुरुआत कैसे करें
+## त्वरित शुरुआत
 
 ```bash
 npx role-os init
@@ -133,6 +146,19 @@ roleos complete artifact.md    # Complete with artifact
 roleos explain                 # Show full state
 roleos report                  # Completion report
 
+# Deep audit:
+roleos audit manifest --generate   # Create audit-manifest.json
+roleos audit                       # Start component-level deep audit
+roleos audit status                # Check audit progress
+roleos audit verify                # Verify manifest and outputs
+
+# Dogfood swarm:
+roleos swarm manifest --generate   # Auto-detect domains from repo structure
+roleos swarm                       # Start multi-pass convergence swarm
+roleos swarm status                # Check swarm progress by stage
+roleos swarm findings              # List findings by severity
+roleos swarm approve               # Approve feature gate
+
 # Or go manual:
 roleos start "fix the crash"   # Entry decision only (no run)
 roleos packet new feature
@@ -144,57 +170,57 @@ roleos mission list
 roleos packs list
 ```
 
-## रोल ओएस का उपयोग कब नहीं करना चाहिए
+## रोल ओएस का उपयोग कब न करें
 
 - सिंगल-लाइन सुधार, टाइपो या स्पष्ट बग
-- कोई परिभाषित आउटपुट नहीं होने वाला अन्वेषी अनुसंधान
-- ऐसा कार्य जो 5 मिनट में एक व्यक्ति के दिमाग में आ जाए
-- आपातकालीन सुधार जो समीक्षा श्रृंखला पूरी होने से पहले जारी करने की आवश्यकता होती है
-- ऐसे प्रोजेक्ट जहां आप संरचना से अधिक गति को प्राथमिकता देते हैं
+- बिना परिभाषित आउटपुट के अन्वेषणात्मक अनुसंधान
+- वह कार्य जो 5 मिनट में किसी एक व्यक्ति के दिमाग में फिट हो जाए
+- आपातकालीन हॉटफ़िक्स जिन्हें समीक्षा श्रृंखला पूरी होने से पहले शिप करने की आवश्यकता होती है
+- वे परियोजनाएं जहां आप संरचना पर गति चाहते हैं
 
 ## सबूत
 
-रोल ओएस को दो संरचनात्मक रूप से भिन्न रिपॉ में तीन परीक्षणों में सिद्ध किया गया है:
+रोल ओएस को दो संरचनात्मक रूप से भिन्न रिपोज़िटरी में तीन परीक्षण आकृतियों में साबित किया गया:
 
-**परीक्षण 001 — फीचर कार्य** (क्रू स्क्रीन, स्टार फ्रेट)
-- 7-भूमिका श्रृंखला, 45 परीक्षण परिदृश्य, 0 भूमिका टकराव।
-- फोर्क किए गए पूर्वज से संदूषण को रोका, इनलाइन आविष्कार को पकड़ा, ईमानदार अवरोधकों को उजागर किया।
+**परीक्षण 001 - फ़ीचर कार्य** (क्रू स्क्रीन, स्टार फ्रेट)
+- 7-भूमिका श्रृंखला, 45 परीक्षण परिदृश्य, 0 भूमिका टकराव
+- फोर्क पूर्वज से संदूषण को रोका, इनलाइन आविष्कार को पकड़ा, ईमानदार बाधाओं को उजागर किया
 
-**परीक्षण 002 — एकीकरण कार्य** (कैंपेनस्टेट वायरिंग, स्टार फ्रेट)
-- 5-भूमिका श्रृंखला, आर्किटेक्चरल सीम को बिना किसी झूठे समाधान के हल किया।
-- एंटी-फॉलबैक परीक्षणों ने साबित किया कि लाइव पथ वास्तविक है, न कि केवल एक अस्थायी समाधान।
+**परीक्षण 002 - एकीकरण कार्य** (कैंपेनस्टेट वायरिंग, स्टार फ्रेट)
+- 5-भूमिका श्रृंखला, बिना किसी फॉलबैक झूठ के वास्तुशिल्प सीम का समाधान किया
+- एंटी-फॉलबैक परीक्षणों से यह साबित हुआ कि लाइव पथ वास्तविक है, न कि केवल एक प्लेसहोल्डर
 
-**परीक्षण 003 — पहचान कार्य** (संदूषण हटाना, स्टार फ्रेट)
-- 6-भूमिका श्रृंखला, 51 परीक्षण परिदृश्य, जिसमें स्थायी CI संदूषण रक्षा शामिल है।
-- विरासत में मिली त्रुटियों को ठीक किया बिना व्यापक पुन: डिज़ाइन में जाने से बचाया।
+**परीक्षण 003 - पहचान कार्य** (संदूषण शुद्धिकरण, स्टार फ्रेट)
+- 6-भूमिका श्रृंखला, 51 परीक्षण परिदृश्य जिसमें टिकाऊ सीआई संदूषण रक्षा शामिल है
+- व्यापक पुनर्निर्माण में ढहने के बिना विरासत में मिली काल्पनिक विचलन को ठीक किया
 
 **पोर्टेबिलिटी परीक्षण** (पर्सोना स्थिरता, सेंसर-हास्य)
-- समान आधार संरचना, लेकिन अलग भाषा/डोमेन/स्टैक।
-- केवल संदर्भ में बदलाव के साथ अपनाया गया है - कोई भी मुख्य अनुबंध संशोधन नहीं।
+- समान रीढ़, अलग भाषा/डोमेन/स्टैक
+- केवल संदर्भ परिवर्तनों के साथ अपनाया गया - कोई मूल अनुबंध संशोधन नहीं
 
-**पूर्ण उपचार FT-001** (portlight-desktop)
-- उपचार पैक भूमिकाओं के साथ 7-चरण वाला स्टाफ उपचार
-- शिपचेक गेटिंग सिद्ध, कोई भूमिका टकराव नहीं
+**पूर्ण उपचार FT-001** (पोर्टलाइट-डेस्कटॉप)
+- ट्रीटमेंट पैक भूमिकाओं के साथ 7-चरण वाला स्टाफ उपचार
+- शिपचेक गेटिंग सिद्ध, शून्य भूमिका टकराव
 
-**पूर्ण उपचार FT-002** (studioflow)
-- समान उपचार पैक, संरचनात्मक रूप से अलग रिपॉजिटरी (रचनात्मक कार्यक्षेत्र बनाम गेम)
-- उपचार पैक पोर्टेबल - किसी अनुबंध संशोधन की आवश्यकता नहीं
+**पूर्ण उपचार FT-002** (स्टूडियोफ्लो)
+- समान उपचार पैक, संरचनात्मक रूप से भिन्न रिपो (रचनात्मक कार्यक्षेत्र बनाम गेम)
+- ट्रीटमेंट पैक पोर्टेबल - कोई अनुबंध संशोधन आवश्यक नहीं
 
-**"गोल्डन रन" पर विचार-मंथन** (एमसीपी सर्वर मार्केटप्लेस विषय)
-- 9 भूमिकाओं की श्रृंखला, 4 विश्लेषक समानांतर में, क्रॉस-परीक्षा + विवाद ग्राफ का खंडन
-- 4 चुनौतियां जारी की गईं, 3 दावों को संकुचित किया गया, 1 अनसुलझा — स्वस्थ दबाव, कोई गतिरोध नहीं
-- प्रस्तुत कलाकृतियों से 16+ ट्रेस लिंक "ट्रूथ-लेयर" परमाणुओं तक
-- पूरी श्रृंखला की प्रामाणिकता सिद्ध: सत्य → परमाणु → विवाद → संश्लेषण → विस्तार → न्यायाधीश → प्रस्तुत करना → ट्रेस
+**ब्रेनस्टॉर्म गोल्डन रन** (एमसीपी सर्वर मार्केटप्लेस विषय)
+- 9-भूमिका श्रृंखला, समानांतर में 4 विश्लेषक, क्रॉस-जांच + विवाद ग्राफ का खंडन करें
+- 4 चुनौतियां जारी की गईं, 3 दावों को संकुचित किया गया, 1 अनसुलझा - स्वस्थ दबाव, गतिरोध नहीं
+- प्रस्तुत कलाकृतियों से सत्य-परत परमाणुओं तक 16+ ट्रेस लिंक
+- पूर्ण श्रृंखला की हिरासत सिद्ध: सत्य → परमाणु → विवाद → संश्लेषण → विस्तार → न्यायाधीश → प्रस्तुत करें → ट्रेस करें
 
-## मुख्य विशेषताएं
+## मुख्य गुण
 
-ये अपरिवर्तनीय हैं। यदि कोई बदलाव इनमें से किसी भी विशेषता को कमजोर करता है, तो उसे अस्वीकार कर दें।
+ये गैर-समझौता योग्य हैं। यदि कोई परिवर्तन इनमें से किसी को भी कमजोर करता है, तो इसे अस्वीकार कर दें।
 
-- भूमिका की सीमाएं बरकरार हैं।
-- समीक्षा प्रक्रिया प्रभावी है।
-- शिकायत प्रक्रिया ईमानदार है।
-- परीक्षण योग्य पैकेट बरकरार हैं।
-- पोर्टेबिलिटी के लिए संदर्भ के अनुकूलन की आवश्यकता होती है, न कि मुख्य संरचना में बदलाव की।
+- भूमिका की सीमाएं बनी रहें
+- समीक्षा में धार हो
+- एस्केलेशन ईमानदार रहे
+- पैकेट परीक्षण योग्य बने रहें
+- पोर्टेबिलिटी के लिए संदर्भ अनुकूलन की आवश्यकता होती है, न कि मूल सर्जरी
 
 ## परियोजना संरचना
 
@@ -206,18 +232,23 @@ role-os/
     entry-cmd.mjs              ← `roleos start` CLI command
     run.mjs                    ← Persistent run engine: create → step → pause → resume → report
     run-cmd.mjs                ← `roleos run/resume/next/explain/complete/fail` + interventions
-    mission.mjs                ← 7 named mission types (feature, bugfix, treatment, docs, security, research, brainstorm)
+    mission.mjs                ← 9 named mission types (feature, bugfix, treatment, docs, security, research, brainstorm, deep-audit, dogfood-swarm)
     mission-run.mjs            ← Mission runner: create → step → complete → report
     mission-cmd.mjs            ← `roleos mission` CLI commands
-    route.mjs                  ← 31-role routing + dynamic chain builder
-    packs.mjs                  ← 7 calibrated team packs + auto-selection
+    audit-cmd.mjs              ← `roleos audit` — deep audit entry point with manifest generation
+    swarm-cmd.mjs              ← `roleos swarm` — dogfood swarm entry point with domain detection
+    swarm/                     ← Domain detection, build gate, evidence persistence bridge
+    route.mjs                  ← 61-role routing + dynamic chain builder
+    packs.mjs                  ← 10 calibrated team packs + auto-selection
     conflicts.mjs              ← 4-pass conflict detection
     escalation.mjs             ← Auto-routing for blocked/rejected/split
     evidence.mjs               ← Structured evidence + role-aware requirements
     dispatch.mjs               ← Runtime dispatch manifests for multi-claude
-    artifacts.mjs              ← 30 per-role artifact contracts + 7 pack handoffs
+    tool-profiles.mjs          ← Per-role tool sandboxing (shared by dispatch + trial)
+    state-machine.mjs          ← Canonical step/run transition maps
+    artifacts.mjs              ← Per-role artifact contracts + pack handoffs
     decompose.mjs              ← Composite task detection + splitting
-    composite.mjs              ← Dependency-ordered execution + recovery
+    composite.mjs              ← Dependency-ordered execution + recovery + cycle detection
     replan.mjs                 ← Mid-run adaptive replanning
     calibration.mjs            ← Outcome recording + weight tuning
     hooks.mjs                  ← 5 lifecycle hooks for runtime enforcement
@@ -225,56 +256,60 @@ role-os/
     brainstorm.mjs             ← Evidence modes, request validation, finding/synthesis/judge schemas
     brainstorm-roles.mjs       ← Role-native schemas, input partitioning, blindspot enforcement, cross-exam
     brainstorm-render.mjs      ← Two-layer rendering: lexical bans, render schemas, debate transcript
-  test/                        ← 894 tests across 30 test files
+  test/                        ← 1150 tests across 37 test files
   starter-pack/                ← Drop-in role contracts, policies, schemas, workflows
 ```
 
 ## सुरक्षा
 
-रोल ओएस केवल **स्थानीय रूप से** काम करता है। यह मार्कडाउन टेम्पलेट्स की प्रतियां बनाता है और आपके रिपॉजिटरी के `.claude/` फ़ोल्डर में पैकेट/निर्णय फ़ाइलें लिखता है। यह नेटवर्क तक नहीं पहुंचता है, गोपनीय जानकारी को नहीं संभालता है, और न ही कोई डेटा एकत्र करता है। कोई भी खतरनाक ऑपरेशन नहीं किया जाता है - सभी फ़ाइल लिखने में डिफ़ॉल्ट रूप से "यदि मौजूद है तो छोड़ दें" का उपयोग किया जाता है। पूर्ण नीति के लिए [SECURITY.md](SECURITY.md) देखें।
+रोल ओएस **स्थानीय रूप से** संचालित होता है। यह मार्कडाउन टेम्पलेट्स की प्रतिलिपि बनाता है और आपके रिपॉजिटरी की `.claude/` निर्देशिका में पैकेट/निर्णय फ़ाइलें लिखता है। यह नेटवर्क तक नहीं पहुंचता, गुप्त जानकारी को संभालता या टेलीमेट्री एकत्र करता है। कोई खतरनाक संचालन नहीं - सभी फ़ाइल लेखन डिफ़ॉल्ट रूप से स्किप-इफ-एग्जिस्ट का उपयोग करते हैं। पूरी नीति के लिए [SECURITY.md](SECURITY.md) देखें।
 
 ## ऑपरेटिंग सिस्टम
 
 | लेयर | यह क्या करता है | स्थिति |
 |-------|-------------|--------|
-| **Routing** | यह सभी 31 भूमिकाओं को पैकेट सामग्री के विरुद्ध स्कोर करता है, सिफारिशों को समझाता है, और आत्मविश्वास का आकलन करता है। | ✓ जारी किया गया |
-| **Chain builder** | क्रमिक रूप से व्यवस्थित श्रृंखलाएँ, जो स्कोर किए गए कार्यों पर आधारित हैं, लेकिन किसी टेम्पलेट से बंधी नहीं हैं। | ✓ जारी किया गया |
-| **Conflict detection** | 4-स्तरीय सत्यापन: गंभीर विरोधाभास, क्रम, अतिरेक, और कवरेज में अंतराल। सुधार के सुझाव। | ✓ जारी किया गया |
-| **Escalation** | अवरुद्ध/अस्वीकृत/विभाजित कार्यों को स्वचालित रूप से उचित समाधानकर्ता को भेजा जाता है, साथ में कारण और आवश्यक जानकारी। | ✓ जारी किया गया |
-| **Evidence** | निर्णयों में भूमिका-जागरूक संरचित प्रमाण। पर्याप्तता जांच। 12 प्रकार के प्रमाण। | ✓ जारी किया गया |
-| **Dispatch** | मल्टी-क्लाउड के लिए निष्पादन योजनाएँ उत्पन्न करता है। प्रत्येक भूमिका के लिए उपकरण प्रोफाइल, सिस्टम संकेत, और बजट। | ✓ जारी किया गया |
-| **Trials** | पूर्ण सूची सत्यापित: 30/30 स्वर्ण-कार्य + 5/5 नकारात्मक परीक्षण। 7 पैकेट परीक्षण पूरे। | ✓ पूर्ण |
-| **Team Packs** | 7 कैलिब्रेटेड पैकेट, स्वचालित चयन, बेमेल सुरक्षा, और स्वतंत्र रूटिंग विकल्प। | ✓ जारी किया गया |
-| **Outcome calibration** | निष्पादन परिणामों को रिकॉर्ड करता है, परिणामों के आधार पर पैकेट/भूमिका भार को समायोजित करता है, और आत्मविश्वास थ्रेसहोल्ड को समायोजित करता है। | ✓ जारी किया गया |
-| **Mixed-task decomposition** | संयुक्त कार्यों का पता लगाता है, उन्हें चाइल्ड पैकेट में विभाजित करता है, पैकेट आवंटित करता है, और निर्भरताओं को बनाए रखता है। | ✓ जारी किया गया |
-| **Composite execution** | निर्भरता क्रम में चाइल्ड पैकेट चलाता है, जानकारी पास करता है, शाखा पुनर्प्राप्ति करता है, और संश्लेषण करता है। | ✓ जारी किया गया |
-| **Adaptive replanning** | निष्पादन के दौरान होने वाले परिवर्तनों, निष्कर्षों, या नई आवश्यकताओं को योजना को पुनरारंभ किए बिना अपडेट किया जा सकता है। | ✓ जारी किया गया |
-| **Session spine** | `roleos init claude` कमांड `CLAUDE.md`, `/roleos-route`, `/roleos-review`, और `/roleos-status` फ़ाइलों को बनाता है। `roleos doctor` कमांड कनेक्शन की जांच करता है। रूट कार्ड, भागीदारी को प्रमाणित करते हैं। | ✓ जारी किया गया |
-| **Hook spine** | 5 लाइफसाइकिल हुक (SessionStart, PromptSubmit, PreToolUse, SubagentStart, Stop)। सलाहकार प्रवर्तन: रूट कार्ड अनुस्मारक, टूल उपयोग प्रतिबंध, सबएजेंट भूमिका इंजेक्शन, और पूर्णता ऑडिट। | ✓ जारी किया गया |
-| **Artifact spine** | 20 भूमिका-विशिष्ट कलाकृतियों के अनुबंध। 7 पैकेट हैंडऑफ़ अनुबंध। संरचनात्मक सत्यापन। श्रृंखला पूर्णता जांच। डाउनस्ट्रीम भूमिकाएँ कभी भी यह अनुमान नहीं लगाती हैं कि उन्हें क्या प्राप्त हुआ है। | ✓ जारी किया गया |
-| **Mission library** | 6 नामित मिशन (फ़ीचर-शिप, बगफिक्स, ट्रीटमेंट, डॉक्स-रिलीज़, सुरक्षा-हार्डनिंग, रिसर्च-लॉन्च)। प्रत्येक मिशन में पैकेट, भूमिका श्रृंखला, कलाकृति प्रवाह, एस्केलेशन शाखाएँ, और आंशिक परिभाषा शामिल है। सभी 6 मिशनों का परीक्षण किया गया है और उन्हें बेहतर बनाया गया है। | ✓ जारी किया गया |
-| **Mission runner** | रन बनाएं, ट्रैक की गई स्थिति के साथ चरणों से गुजरें, ईमानदारी से रिपोर्टिंग के साथ पूरा करें/विफल करें। अवरुद्ध चरणों का प्रसार, श्रृंखला से बाहर एस्केलेशन चेतावनियाँ, और अंतिम चरण को फिर से खोलने की सुविधा। | ✓ जारी किया गया |
-| **Unified entry** | `roleos start` कमांड स्वचालित रूप से मिशन, पैकेट, या स्वतंत्र रूटिंग का चयन करता है। आत्मविश्वास स्कोर, विकल्पों, और संयुक्त पहचान के साथ एक वैकल्पिक प्रणाली। | ✓ जारी किया गया |
-| **Persistent runs** | `roleos run` डिस्क-आधारित निष्पादन बनाता है। `resume`, `next`, `explain`, `complete`, `fail`। हस्तक्षेप: पुनर्निर्देशित करें, बढ़ाएं, पुनः प्रयास करें, अवरुद्ध करें, फिर से खोलें। चरण-स्तरीय मार्गदर्शन। घर्षण माप। | ✓ जारी किया गया |
-| **Brainstorm** | दो-स्तरीय आर्किटेक्चर: सत्य (भूमिका-आधारित स्कीमा, उत्पत्ति परमाणु, क्रॉस-परीक्षा विवाद ग्राफ) + प्रस्तुत करना (5 अलग-अलग आवाजें, शब्द संबंधी प्रतिबंध, बहस का प्रतिलेख)। ट्रेस लिंक साबित करते हैं कि प्रत्येक प्रस्तुत दावा एक "ट्रूथ" परमाणु से मेल खाता है। "गोल्डन रन": 894 परीक्षण। | ✓ जारी किया गया |
-
-## 6 मिशन
-
-| मिशन | पैक | भूमिकाएं | कब उपयोग करें |
+| **Routing** | पैकेट सामग्री के विरुद्ध सभी 61 भूमिकाओं का मूल्यांकन करता है, सिफारिशों की व्याख्या करता है, आत्मविश्वास का आकलन करता है | ✓ शिप किया गया |
+| **Chain builder** | स्कोर की गई भूमिकाओं से चरण-क्रमित श्रृंखलाएँ बनाता है, टेम्पलेट-लॉक नहीं बल्कि पैकेट-प्रकार पर आधारित | ✓ शिप किया गया |
+| **Conflict detection** | 4-पास सत्यापन: कठिन संघर्ष, अनुक्रम, अतिरेक, कवरेज अंतराल। मरम्मत सुझाव। | ✓ शिप किया गया |
+| **Escalation** | अवरुद्ध/अस्वीकृत/विभाजित कार्य को कारण + आवश्यक कलाकृति के साथ सही समाधानकर्ता तक स्वचालित रूप से रूट करता है | ✓ शिप किया गया |
+| **Evidence** | निर्णयों में भूमिका-जागरूक संरचित प्रमाण। पर्याप्तता जांच। 12 प्रकार के प्रमाण। | ✓ शिप किया गया |
+| **Dispatch** | मल्टी-क्लॉड के लिए निष्पादन मेनिफेस्ट उत्पन्न करता है। प्रति-भूमिका उपकरण प्रोफाइल, सिस्टम प्रॉम्प्ट, बजट। | ✓ शिप किया गया |
+| **Trials** | पूर्ण रोस्टर सिद्ध: 30/30 स्वर्ण-कार्य + 5/5 नकारात्मक परीक्षण। 7 पैक परीक्षण पूर्ण। | ✓ पूर्ण |
+| **Team Packs** | 10 कैलिब्रेटेड पैक जिसमें ऑटो-चयन, बेमेल गार्ड और मुफ्त-राउटिंग फॉलबैक शामिल हैं। | ✓ शिप किया गया |
+| **Outcome calibration** | परिणामों से रन परिणामों को रिकॉर्ड करता है, पैक/भूमिका भार को समायोजित करता है, आत्मविश्वास सीमा को समायोजित करता है। | ✓ शिप किया गया |
+| **Mixed-task decomposition** | समग्र कार्य का पता लगाता है, इसे चाइल्ड पैकेट में विभाजित करता है, पैक असाइन करता है, निर्भरताओं को संरक्षित करता है। | ✓ शिप किया गया |
+| **Composite execution** | आर्टिफैक्ट पासिंग, शाखा रिकवरी और संश्लेषण के साथ निर्भरता क्रम में चाइल्ड पैकेट चलाता है। | ✓ शिप किया गया |
+| **Adaptive replanning** | मध्य-रन स्कोप परिवर्तन, निष्कर्ष या नई आवश्यकताएं योजना को पुनरारंभ किए बिना अपडेट करती हैं। | ✓ शिप किया गया |
+| **Session spine** | `roleos init claude` CLAUDE.md, /roleos-route, /roleos-review, /roleos-status बनाता है। `roleos doctor` वायरिंग की पुष्टि करता है। रूट कार्ड जुड़ाव साबित करते हैं। | ✓ शिप किया गया |
+| **Hook spine** | 5 जीवनचक्र हुक (सेशनस्टार्ट, प्रॉम्प्टसबमिट, प्रीटूलयूज, सबएजेंटस्टार्ट, स्टॉप)। सलाहकार प्रवर्तन: रूट कार्ड अनुस्मारक, राइट-टूल गेटिंग, सबएजेंट भूमिका इंजेक्शन, पूर्णता ऑडिट। | ✓ शिप किया गया |
+| **Artifact spine** | प्रति-भूमिका कलाकृति अनुबंध। पैक हैंडऑफ़ अनुबंध। संरचनात्मक सत्यापन। श्रृंखला पूर्णता जांच। डाउनस्ट्रीम भूमिकाएं कभी भी यह अनुमान नहीं लगाती हैं कि उन्हें क्या प्राप्त हुआ। | ✓ शिप किया गया |
+| **Mission library** | 9 नामित मिशन (फीचर-शिप, बगफिक्स, ट्रीटमेंट, डॉक्स-रिलीज़, सुरक्षा-मजबूती, अनुसंधान-लॉन्च, ब्रेनस्टॉर्म, गहन-ऑडिट, डोगफूड-स्वार्म)। प्रत्येक पैक, भूमिका श्रृंखला, कलाकृति प्रवाह, वृद्धि शाखाओं और ईमानदार-आंशिक परिभाषा की घोषणा करता है। | ✓ शिप किया गया |
+| **Mission runner** | रन बनाएं, ट्रैक किए गए स्थिति के साथ चरणों से गुजरें, ईमानदार रिपोर्टिंग के साथ पूरा/असफल करें। अवरुद्ध-चरण प्रसार, श्रृंखला से बाहर वृद्धि चेतावनियाँ, अंतिम-चरण पुन: खोलना। | ✓ शिप किया गया |
+| **Unified entry** | `roleos start` स्वचालित रूप से मिशन बनाम पैक बनाम मुफ्त रूटिंग का निर्णय लेता है। आत्मविश्वास स्कोर, विकल्प और समग्र पहचान के साथ फॉलबैक सीढ़ी। | ✓ शिप किया गया |
+| **Persistent runs** | `roleos run` डिस्क-आधारित रन बनाता है। `resume`, `next`, `explain`, `complete`, `fail`. हस्तक्षेप: पुनर्निर्देशित करें, बढ़ाएं, पुनः प्रयास करें, अवरुद्ध करें, पुन: खोलें। चरण-स्थानीय मार्गदर्शन। घर्षण माप। | ✓ शिप किया गया |
+| **Brainstorm** | दो-परत वास्तुकला: सत्य (भूमिका-देशी स्कीमा, उत्पत्ति परमाणु, क्रॉस-परीक्षा विवाद ग्राफ) + रेंडर (5 विशिष्ट आवाजें, शाब्दिक प्रतिबंध, बहस प्रतिलेख)। ट्रेस लिंक साबित करते हैं कि प्रत्येक प्रस्तुत दावा एक सत्य परमाणु से मेल खाता है। गोल्डन रन सिद्ध। | ✓ शिप किया गया |
+| **Deep Audit** | मैनिफेस्ट-स्केल्ड रिपो ऑडिट: रिपो को घटकों में विघटित करें, N ऑडिटर + M टेस्ट ट्रुथ ऑडिटर + K सीम ऑडिटर को निर्भरता ग्राफ से भेजें, रैंक किए गए निर्णय और कार्य योजना में संश्लेषित करें। गतिशील प्रेषण रिपो आकार के साथ स्केल करता है (2N + K + 3 सूत्र)। हर चरण पर कलाकृति सत्यापन के साथ रनर-देशी। | ✓ शिप किया गया |
+| **Dogfood Swarm** | बहु-पास अभिसरण: तीन स्वास्थ्य चरण (बग/सुरक्षा → सक्रिय → मानवीकरण) फिर सुविधा पास। विशेष फ़ाइल स्वामित्व, प्रत्येक लहर के बाद निर्माण गेट, उपयोगकर्ता चेकपॉइंट। डोमेन ऑटो-डिटेक्शन मैनिफेस्ट उत्पन्न करता है। साक्ष्य पुल डोगफूड-लैब्स तक। | ✓ शिप किया गया |
+
+## 9 मिशन
+
+| मिशन | पैकेज | भूमिकाएँ | कब उपयोग करें |
 |---------|------|-------|-------------|
-| `feature-ship` | फ़ीचर | 5 | पूर्ण फ़ीचर डिलीवरी: दायरा → विनिर्देश → कार्यान्वयन → परीक्षण → समीक्षा |
-| `bugfix` | बगफिक्स | 4 | मूल कारण का निदान, सुधार, परीक्षण, सत्यापन |
-| `treatment` | ट्रीटमेंट | 4 | शिपचेक + पॉलिश + दस्तावेज़ + CI सत्यापन + समीक्षा |
-| `docs-release` | दस्तावेज़ | 2 | दस्तावेज़ लिखें/अपडेट करें, रिलीज़ नोट्स |
-| `security-hardening` | सुरक्षा | 4 | खतरे का मॉडल, ऑडिट, कमजोरियों को ठीक करें, फिर से ऑडिट करें, सत्यापन |
-| `research-launch` | अनुसंधान | 4 | प्रश्न तैयार करें, अनुसंधान करें, निष्कर्षों को दस्तावेज़ करें, निर्णय लें |
-| `brainstorm` | विचार-मंथन | 9 | ट्रेस करने योग्य असहमति और निर्णय के साथ संरचित बहु-दृष्टिकोण जांच। |
+| `feature-ship` | फीचर | 5 | पूर्ण सुविधा वितरण: दायरा → विशिष्टता → कार्यान्वयन → परीक्षण → समीक्षा |
+| `bugfix` | बगफिक्स | 4 | मूल कारण का निदान करें, ठीक करें, परीक्षण करें, सत्यापित करें |
+| `treatment` | उपचार | 4 | शिपचेक + पॉलिश + डॉक्स + सीआई सत्यापन + समीक्षा |
+| `docs-release` | डॉक्स | 2 | दस्तावेज़ लिखें/अपडेट करें, रिलीज़ नोट्स |
+| `security-hardening` | सुरक्षा | 4 | खतरा मॉडल, ऑडिट, कमजोरियों को ठीक करें, पुन: ऑडिट, सत्यापित करें |
+| `research-launch` | अनुसंधान | 4 | प्रश्न तैयार करें, अनुसंधान करें, निष्कर्षों का दस्तावेजीकरण करें, निर्णय लें |
+| `brainstorm` | ब्रेनस्टॉर्म | 9 | संरचित बहु-दृष्टिकोण जांच जिसमें पता लगाने योग्य असहमति और निर्णायक परिणाम शामिल हैं। |
+| `deep-audit` | गहन-ऑडिट | 5 (स्केल) | मैनिफेस्ट-समर्थित रिपो ऑडिट - कार्यकर्ता गणना गतिशील प्रेषण के माध्यम से रिपो ग्राफ के साथ स्केल करती है। |
+| `dogfood-swarm` | स्वार्म | 8 (स्केल) | बहु-पास अभिसरण: स्वास्थ्य-ए → स्वास्थ्य-बी → स्वास्थ्य-सी → सुविधा → अंतिम संश्लेषण |
 
-प्रत्येक मिशन में ईमानदार-आंशिक परिभाषाएँ शामिल हैं - जब कोई कार्य रुक जाता है, तो सिस्टम यह दस्तावेज़ करता है कि क्या पूरा हो गया है और क्या शेष है, बजाय इसके कि वह झूठा दावा करे कि कार्य पूरा हो गया है।
+प्रत्येक मिशन में ईमानदार-आंशिक परिभाषाएँ शामिल हैं - जब काम रुक जाता है, तो सिस्टम यह दस्तावेज़ करता है कि क्या पूरा किया गया और क्या शेष है, बजाय इसके कि पूर्णता का दिखावा किया जाए।
 
-### विचार-मंथन मिशन
+### ब्रेनस्टॉर्म मिशन
 
-यह "एआई विचार-मंथन" नहीं है। विचार-मंथन मिशन **कानून के तहत विशिष्ट भूमिकाएं हैं, जिसमें ट्रेस करने योग्य असहमति और निर्णय-आधारित आउटपुट होता है।**
+"एआई ब्रेनस्टॉर्मिंग" नहीं। ब्रेनस्टॉर्म मिशन **कानून के तहत विशेष भूमिकाएँ हैं, जिसमें पता लगाने योग्य असहमति और निर्णायक परिणाम-असर वाला आउटपुट होता है।**
 
 ```bash
 roleos run "explore product directions for a developer tool discovery platform"
@@ -282,38 +317,66 @@ roleos run "explore product directions for a developer tool discovery platform"
 #   Chain: 4 Analysts (parallel) → Normalize → Cross-Examine → Rebut → Synthesize → Expand → Judge
 ```
 
-**यह क्या अलग बनाता है:**
+**यह अलग कैसे है:**
+
+- **लेयर 1 (सत्य):** चार विश्लेषक भूमिका-देशी स्कीमा (संदर्भ मानचित्र, उपयोगकर्ता मूल्य मानचित्र, यांत्रिकी मानचित्र, स्थिति मानचित्र) उत्सर्जित करते हैं - साझा गद्य नहीं। प्रत्येक भूमिका अंधापन-प्रबलित है: निषिद्ध वाक्यांश, निषिद्ध दावा प्रकार, फ़िल्टर किए गए इनपुट विभाजन। परमाणुओं में उत्पत्ति होती है। एक निर्देशित क्रॉस-परीक्षा ग्राफ लक्षित चुनौतियाँ उत्पन्न करता है। मूल विश्लेषक दबाव के तहत बचाव करते हैं, संकुचित करते हैं या वापस लेते हैं।
+
+- **लेयर 2 (रेंडर):** पांच विशिष्ट मानव आवाजें (सीमा ज्ञापन, फील्ड नोट्स, सिस्टम स्केच, दावा संक्षिप्त, क्रॉस-परीक्षा प्रतिलेख) जिसमें शाब्दिक प्रतिबंध होते हैं जो आवाज अभिसरण को रोकते हैं। संश्लेषण सत्य का उपभोग करता है, कभी भी प्रस्तुत गद्य नहीं। दोनों परतें हमेशा उपलब्ध होती हैं।
+
+- **अभिपालन श्रृंखला:** प्रत्येक प्रस्तुत वाक्य सत्य-परत परमाणु पर वापस जाता है। संश्लेषण दिशाएँ परमाणुओं का हवाला देती हैं। क्रॉस-परीक्षा वास्तविक दावा आईडी को लक्षित करता है। विवाद ग्राफ उत्पाद है, गद्य नहीं।
+
+**सिद्ध:** v0.4 गोल्डन रन - पूरी श्रृंखला की अभिपालन सत्यापित। संपूर्ण कलाकृति श्रृंखला के लिए [`examples/golden-run.md`](examples/golden-run.md) देखें।
+
+### गहन ऑडिट मिशन
 
-- **लेयर 1 (सत्य):** चार विश्लेषक भूमिका-आधारित स्कीमा (संदर्भ मानचित्र, उपयोगकर्ता मूल्य मानचित्र, यांत्रिकी मानचित्र, स्थिति मानचित्र) उत्पन्न करते हैं — कोई साझा पाठ नहीं। प्रत्येक भूमिका पर "ब्लाइंडस्पॉट" लागू किया जाता है: प्रतिबंधित वाक्यांश, प्रतिबंधित दावे के प्रकार, फ़िल्टर किए गए इनपुट विभाजन। परमाणु उत्पत्ति जानकारी रखते हैं। एक निर्देशित क्रॉस-परीक्षा ग्राफ लक्षित चुनौतियां उत्पन्न करता है। मूल विश्लेषक दबाव में बचाव करते हैं, संकुचित करते हैं या वापस लेते हैं।
+सतही स्कैन नहीं। गहन ऑडिट मिशन **रिपो को बाध्य घटकों में विघटित करता है और रिपो के अपने निर्भरता ग्राफ द्वारा निर्धारित पैमाने पर विशेषज्ञ ऑडिटर भेजता है।**
+
+```bash
+roleos run "deep audit this repo" --manifest=audit-manifest.json
+# → MISSION: Deep Audit (Manifest-Scaled)
+#   Steps: Component Auditor ×6 + Test Truth Auditor ×6 + Seam Auditor ×8 + Synthesizer + Action Plan + Critic = 23 steps
+```
+
+**यह अलग कैसे है:**
+
+- **गतिशील प्रेषण** - कार्यकर्ता गणना निश्चित नहीं है। 10-घटक रिपो जिसमें 5 सीमा क्लस्टर हैं, 28 चरण उत्पन्न करते हैं (2×10 + 5 + 3)। 3-घटक रिपो 12 उत्पन्न करता है। स्केलिंग सूत्र `2N + K + 3` है जहाँ N = घटक, K = सीमाएँ।
+- **मैनिफेस्ट-समर्थित पार्सल** - एक `audit-manifest.json` घटकों (फ़ाइल पथों, पंक्ति गणनाओं, विवरण के साथ) और सीमाओं (इंटरफ़ेस विवरण के साथ/से) को परिभाषित करता है। प्रत्येक ऑडिटर को केवल अपना पार्सल प्राप्त होता है।
+- **चार भूमिका पुरातत्व** - घटक ऑडिटर (प्रति मॉड्यूल कोड सत्य), परीक्षण सत्य ऑडिटर (जो साबित करते हैं बनाम जो मौजूद हैं), सीम ऑडिटर (निर्भरता ग्राफ से एकीकरण सीमाएँ), ऑडिट सिंथेसाइज़र (सभी पार्सलों से रैंक किया गया निर्णय + कार्य योजना)।
+- **प्रत्येक चरण पर कलाकृति सत्यापन** - `validateArtifact()` दोनों निष्पादन पथों में प्रत्येक चरण पूर्ण होने पर फायर करता है। परिणाम चरण वस्तुओं से जुड़े होते हैं। सिस्टम जानता है कि क्या प्रत्येक कलाकृति ने अपने अनुबंध को पूरा किया।
+- **ईमानदार आंशिक** - जब बजट या दायरा पूर्णता को अवरुद्ध करता है, तो प्रति-घटक निष्कर्ष व्यक्तिगत रूप से मान्य होते हैं। सिस्टम जो कुछ भी पूरा हुआ उससे संश्लेषित होता है, कभी भी पूर्ण कवरेज का दिखावा नहीं करता है।
+
+**सिद्ध:** रनर-देशी प्रमाणन रन - वास्तविक मैनिफेस्ट के खिलाफ 18 परीक्षण, वृद्धि पुन: खोलने और आंशिक विफलता सहित संपूर्ण जीवनचक्र सत्यापित। स्केलिंग सूत्र 3/6/10/15-घटक मैनिफेस्ट के लिए सत्यापित।
+
+### डोगफूड स्वार्म मिशन
+
+यह एक एकल-चरण लिंटर नहीं है। डॉगफूड स्वार्म मिशन **एक बहु-चरण अभिसरण प्रोटोकॉल चलाता है जो किसी रिपॉजिटरी को "काम करता है" से "उत्पादन के लिए तैयार" स्थिति में तीन स्वास्थ्य चरणों और पुनरावृत्तीय सुविधा वितरण के माध्यम से ले जाता है।**
+
+```bash
+roleos swarm
+# → MISSION: Dogfood Swarm (Multi-Pass Convergence)
+#   Stages: Health-A → Health-B → Health-C → Feature → Final
+#   Domain agents: 3-5 parallel per wave (exclusive file ownership)
+```
 
-- **लेयर 2 (प्रस्तुत करना):** पांच अलग-अलग मानवीय आवाजें (सीमा ज्ञापन, क्षेत्र नोट्स, सिस्टम स्केच, दावा संक्षिप्त, क्रॉस-परीक्षा प्रतिलेख) हैं, जिनमें शब्द संबंधी प्रतिबंध हैं जो आवाजों के एक होने से रोकते हैं। संश्लेषण "सत्य" का उपयोग करता है, कभी भी प्रस्तुत पाठ का नहीं। दोनों परतें हमेशा उपलब्ध होती हैं।
+**यह अलग कैसे है:**
 
-- **श्रृंखला की प्रामाणिकता:** प्रत्येक प्रस्तुत वाक्य एक "ट्रूथ-लेयर" परमाणु से जुड़ा होता है। संश्लेषण निर्देशों में परमाणुओं का उल्लेख होता है। क्रॉस-परीक्षा वास्तविक दावा आईडी को लक्षित करती है। विवाद ग्राफ उत्पाद है, पाठ नहीं।
+- **तीन-चरण स्वास्थ्य जांच** — चरण ए बग और सुरक्षा मुद्दों को ठीक करता है (जब तक 0 गंभीर + 0 उच्च मुद्दे न हों, तब तक दोहराएं)। चरण बी सक्रिय रूप से सुधार लागू करता है (उपयोगकर्ता निष्कर्षों की समीक्षा करते हैं)। चरण सी कोडबेस को उपयोगकर्ता के अनुकूल बनाता है - त्रुटि संदेश जो उपयोगकर्ताओं की मदद करते हैं, पुन: कनेक्शन प्रतिक्रिया, लोडिंग स्थिति, पहुंच क्षमता। प्रत्येक चरण एक अलग दृष्टिकोण है, यह एक ही स्कैन का दोहराव नहीं है।
+- **अनन्य फ़ाइल स्वामित्व** — प्रत्येक डोमेन एजेंट `swarm-manifest.json` के माध्यम से विशिष्ट फ़ाइलों का मालिक होता है। कोई भी दो एजेंट एक ही फ़ाइल को संपादित नहीं करते हैं। कोई विलय संघर्ष नहीं। कोई समन्वय ओवरहेड नहीं।
+- **बिल्ड गेट्स** — लिंट + टाइपचेक + टेस्ट, प्रत्येक चरण के बाद सफल होना चाहिए। सिस्टम स्वचालित रूप से बिल्ड सिस्टम (नोड, रस्ट, पायथन, गो) का पता लगाता है और सही कमांड चलाता है।
+- **उपयोगकर्ता चेकपॉइंट** — स्वास्थ्य-बी और सुविधा जांच को निष्पादन से पहले स्पष्ट उपयोगकर्ता अनुमोदन की आवश्यकता होती है। सिस्टम निष्कर्ष प्रस्तुत करता है, उपयोगकर्ता यह तय करता है कि क्या बनाना है।
+- **पुनरावृत्तीय अभिसरण** — चरण तब तक दोहराते हैं जब तक कि निकास शर्तें पूरी नहीं हो जातीं या अधिकतम पुनरावृत्तियों तक नहीं पहुंच जाते। प्रत्येक चरण पिछले सुधारों द्वारा पेश किए गए मुद्दों को पकड़ने के लिए शुरुआत से फिर से ऑडिट करता है।
+- **डोमेन ऑटो-डिटेक्शन** — `roleos swarm manifest --generate` रिपॉजिटरी प्रकार (सीएलआई, वेब, डेस्कटॉप, एमसीपी, मोनोरेपो) का पता लगाता है और गैर-अतिव्यापी डोमेन असाइनमेंट उत्पन्न करता है।
 
-**सिद्ध:** v0.4 "गोल्डन रन" — 894 परीक्षण, पूरी श्रृंखला की प्रामाणिकता सत्यापित। पूर्ण कलाकृति श्रृंखला के लिए [`examples/golden-run.md`](examples/golden-run.md) देखें।
+**सिद्ध:** क्लॉड-कोलैबोरेट (2026-03-28) — 35→129 परीक्षण, 106 स्वास्थ्य निष्कर्षों को ठीक किया गया, v1.1.0 जारी किया गया। 9 चरणों वाला प्रोटोकॉल v2.0।
 
 ## स्थिति
 
-- v0.1–v0.4: आधार — परीक्षण, अपनाना, उपचार पैकेज, शुरुआती पैकेज।
-- v1.0.0: 32 भूमिकाएँ, पूर्ण कमांड-लाइन इंटरफ़ेस (CLI), सिद्ध उपचार, मल्टी-रिपो पोर्टेबिलिटी।
-- v1.0.2: भूमिका ऑपरेटिंग सिस्टम (OS) लॉकिंग (बूटस्ट्रैप सत्य सुधार, init --force)।
-- v1.1.0: 31 भूमिकाएँ, पूर्ण रूटिंग स्पाइन, संघर्ष का पता लगाना, वृद्धि, प्रमाण, डिस्पैच, 7 सिद्ध टीम पैकेज। 35 निष्पादन परीक्षण। 212 परीक्षण।
-- v1.2.0: कैलिब्रेटेड पैकेज डिफ़ॉल्ट विकल्प के रूप में। स्वचालित चयन, बेमेल का पता लगाना, वैकल्पिक सुझाव, फ्री-रूटिंग फ़ॉलबैक। 246 परीक्षण।
-- v1.3.0: परिणाम कैलिब्रेशन, मिश्रित-कार्य अपघटन, समग्र निष्पादन, अनुकूली पुनर्योजना। 317 परीक्षण।
-- v1.4.0: सेशन स्पाइन — `roleos init claude`, `roleos doctor`, रूट कार्ड, /roleos-route + /roleos-review + /roleos-status कमांड। 335 परीक्षण।
-- v1.5.0: हुक स्पाइन — रनटाइम प्रवर्तन के लिए 5 लाइफसाइकिल हुक। 358 परीक्षण।
-- v1.6.0: आर्टिफैक्ट स्पाइन — 20 प्रति-भूमिका आर्टिफैक्ट अनुबंध, 7 पैकेज हैंडऑफ़ अनुबंध, संरचनात्मक सत्यापन। 385 परीक्षण।
-- v1.7.0: पूर्णता का प्रमाण — वास्तविक कार्य पूरे स्टैक के माध्यम से चलाए जाते हैं। `roleos artifacts` CLI। संरचनात्मक सुधारों पर ईमानदार वृद्धि। 398 परीक्षण।
-- v1.8.0: मिशन लाइब्रेरी (फेज S) — 6 नामित मिशन, रनर इंजन, पूर्णता रिपोर्ट। 6 वास्तविक परीक्षण रनों से सुरक्षित किया गया। 481 परीक्षण।
-- v1.9.0: एकीकृत प्रवेश पथ (फेज T) — `roleos start` स्वचालित रूप से मिशन बनाम पैकेज बनाम फ्री रूटिंग का निर्णय लेता है। फ़ॉलबैक सीढ़ी, समग्र पता लगाना, प्रवेश-पथ तुलना परीक्षण। 527 परीक्षण।
-- **v2.0.0**: ऑपरेटर घर्षण सुधार (फेज U) — `roleos run` स्थायी डिस्क-समर्थित रन बनाता है। फिर से शुरू करें, अगला, समझाएं, पूरा करें, विफल। हस्तक्षेप: पुनर्निर्देशित करें, बढ़ाएं, पुनः प्रयास करें, अवरुद्ध करें, पुनः खोलें। प्रत्येक चरण में चरण-स्थानीय मार्गदर्शन। घर्षण माप। 6 घर्षण परीक्षण। 613 परीक्षण।
-- **v2.0.1**: हैंडबुक ऑडिट, शुरुआती दस्तावेज़, परीक्षण गणना सुधार। 617 परीक्षण।
-- **v2.1.0**: ब्रेनस्टॉर्म मिशन (v0.4) — कानून के तहत विशिष्ट भूमिकाएँ, पता लगाने योग्य असहमति, निर्णय-वाहक आउटपुट। दो-स्तरीय आर्किटेक्चर (सत्य + रेंडर), क्रॉस-परीक्षा अनुमति मैट्रिक्स, विवाद ग्राफ, गोल्डन रन प्रमाण। 7 मिशन, 50 भूमिकाएँ, 8 पैकेज। 894 परीक्षण।
+स्थिर और जारी। पूर्ण संस्करण इतिहास और प्रत्येक रिलीज़ में क्या बदला, इसके लिए [चेंजलॉग](CHANGELOG.md) देखें।
 
 ## लाइसेंस
 
-MIT
+एमआईटी
 
 ---
 
-द्वारा निर्मित: <a href="https://mcp-tool-shop.github.io/">MCP Tool Shop</a
+<a href="https://mcp-tool-shop.github.io/">एमसीपी टूल शॉप</a> द्वारा निर्मित