role-os 2.7.1 → 2.9.0

package/README.hi.md

@@ -13,16 +13,16 @@
   <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>
 
-एक बहु-क्लॉड ऑपरेटिंग सिस्टम जो 61 विशिष्ट भूमिका अनुबंधों के माध्यम से कर्मचारियों, मार्गों, मान्यताओं और कार्यों को संचालित करता है। यह कार्य पैकेट बनाता है, स्कोर किए गए भूमिका मिलान से सही टीम को इकट्ठा करता है, निष्पादन से पहले टूटी हुई श्रृंखलाओं का पता लगाता है, जब कार्य अवरुद्ध या अस्वीकृत हो जाता है तो स्वचालित रूप से पुनर्प्राप्ति मार्ग निर्धारित करता है, और प्रत्येक निर्णय में संरचित प्रमाण की आवश्यकता होती है। इसमें गतिशील वितरण शामिल है जो बड़े पैमाने पर मिशनों के लिए है - 10-घटक रिपॉजिटरी स्वचालित रूप से 28 ऑडिट चरणों में बदल जाती है, न कि 6।
+एक बहु-क्लॉड ऑपरेटिंग सिस्टम जो कर्मचारियों को नियुक्त करता है, कार्यों का मार्ग निर्धारित करता है, उनकी पुष्टि करता है और उन्हें 61 विशिष्ट भूमिका अनुबंधों के माध्यम से संचालित करता है। यह कार्य पैकेट बनाता है, स्कोर किए गए भूमिका मिलान से सही टीम को इकट्ठा करता है, निष्पादन से पहले टूटी हुई श्रृंखलाओं का पता लगाता है, जब कार्य अवरुद्ध या अस्वीकृत हो जाता है तो स्वचालित रूप से पुनर्प्राप्ति मार्ग निर्धारित करता है, और प्रत्येक निर्णय में संरचित प्रमाण की आवश्यकता होती है। इसमें गतिशील वितरण शामिल है जो बड़े पैमाने पर मिशनों के लिए अनुकूलित होता है - एक 10-घटक भंडार स्वचालित रूप से 28 ऑडिट चरणों में बदल जाता है, न कि 6।
 
 ## यह क्या करता है
 
-रोल ओएस बहु-क्लॉड का उपयोग करने का पेशेवर तरीका है। यह विशिष्ट विफलताओं को रोकता है जो सामान्य एआई वर्कफ़्लो उत्पन्न करते हैं:
+रोल ओएस बहु-क्लॉड का उपयोग करने का पेशेवर तरीका है। यह उन विशिष्ट विफलताओं को रोकता है जो सामान्य एआई वर्कफ़्लो उत्पन्न करते हैं:
 
 - **विचलन** - भूमिकाएँ अपनी सीमा में रहती हैं। उत्पाद पुनर्निर्मित नहीं होता है। फ्रंटएंड दायरे को फिर से परिभाषित नहीं करता है। बैकएंड उत्पाद दिशा का आविष्कार नहीं करता है।
-- **गलत पूर्णता** - पूर्णता की परिभाषा ठोस है। वह कार्य जो अंतराल को छिपाता है, सत्यापन को छोड़ देता है, या किसी भिन्न समस्या को हल करता है, उसे अस्वीकार कर दिया जाता है।
+- **गलत पूर्णता** - पूर्ण होने की परिभाषा ठोस है। वह कार्य जो अंतराल को छिपाता है, सत्यापन छोड़ देता है या किसी भिन्न समस्या को हल करता है, उसे अस्वीकार कर दिया जाता है।
 - **संदूषण** - विभाजित या विरासत में मिली परियोजनाओं में पहचान अवशेष होते हैं। रोल ओएस शब्दावली, दृश्यों और मानसिक मॉडलों में क्रॉस-परियोजना विचलन का पता लगाता है और उसे अस्वीकार करता है।
-- **भावना-आधारित प्रगति** - प्रत्येक हस्तांतरण संरचित होता है। प्रत्येक निर्णय प्रमाण से जुड़ा होता है। "यह पूरा हो गया है" एक मान्य स्थिति नहीं है।
+- **भावना-आधारित प्रगति** - प्रत्येक हस्तांतरण संरचित होता है। प्रत्येक निर्णय प्रमाण से जुड़ा होता है। "यह पूरा हो गया लगता है" एक मान्य स्थिति नहीं है।
 
 ## यह कैसे काम करता है
 
@@ -44,13 +44,13 @@ roleos start "something completely novel"
 
 **बैकअप सीढ़ी:**
 
-1. **मिशन** - जब कार्य एक सिद्ध आवर्ती वर्कफ़्लो (बगफिक्स, उपचार, सुविधा-शिप, दस्तावेज़, सुरक्षा, अनुसंधान, विचार-मंथन, गहन-ऑडिट, डॉगफूड-स्वार्म) से मेल खाता है। ज्ञात भूमिका श्रृंखला, कलाकृति प्रवाह, वृद्धि शाखाएँ और ईमानदार-आंशिक परिभाषाएँ।
-2. **पैक** - जब कार्य एक ज्ञात परिवार होता है लेकिन पूर्ण मिशन आकार नहीं होता है। 10 कैलिब्रेटेड टीम पैक स्वचालित चयन और बेमेल गार्ड के साथ।
-3. **मुक्त रूटिंग** - जब कार्य नया, मिश्रित या अनिश्चित होता है। यह सभी 61 भूमिकाओं को पैकेट सामग्री के विरुद्ध स्कोर करता है और एक गतिशील श्रृंखला को इकट्ठा करता है।
+1. **मिशन** - जब कार्य एक सिद्ध आवर्ती वर्कफ़्लो (बग फिक्स, उपचार, सुविधा-शिपिंग, दस्तावेज़, सुरक्षा, अनुसंधान, विचार मंथन, गहन ऑडिट, परीक्षण) से मेल खाता है। ज्ञात भूमिका श्रृंखला, कलाकृति प्रवाह, वृद्धि शाखाएँ और ईमानदार-आंशिक परिभाषाएँ।
+2. **पैकेज** - जब कार्य एक ज्ञात परिवार होता है लेकिन पूर्ण मिशन आकार नहीं होता है। 10 कैलिब्रेटेड टीम पैकेज स्वचालित चयन और बेमेल सुरक्षा के साथ।
+3. **मुक्त रूटिंग** - जब कार्य नया, मिश्रित या अनिश्चित होता है। यह सभी 61 भूमिकाओं को पैकेट सामग्री के विरुद्ध स्कोर करता है और एक गतिशील श्रृंखला बनाता है।
 
-यह प्रणाली कभी भी कार्य को गलत अमूर्तता के माध्यम से मजबूर नहीं करती है। यह बताता है कि इसने प्रत्येक स्तर को क्यों चुना और विकल्प प्रदान करता है।
+यह प्रणाली कभी भी गलत अमूर्तता के माध्यम से कार्य करने के लिए मजबूर नहीं करती है। यह बताता है कि इसने प्रत्येक स्तर क्यों चुना और विकल्प प्रदान करता है।
 
-**सक्रिय निष्पादन के लिए एक कमांड:**
+**सक्रिय निष्पादन के लिए एक आदेश:**
 
 ```bash
 roleos run "fix the crash in save handler"
@@ -77,52 +77,65 @@ roleos block 2 "waiting for API spec"
 roleos reopen 0 "found issue in review"
 ```
 
-निष्पादित कार्य डिस्क में बने रहते हैं (`.claude/runs/`), इसलिए बाधित सत्रों को साफ-सुथरा तरीके से फिर से शुरू किया जाता है। प्रत्येक चरण में ऑपरेटर मार्गदर्शन शामिल होता है: क्या उत्पन्न करना है, आवश्यक अनुभाग और समाप्ति शर्तें।
+निष्पादित कार्य डिस्क पर बने रहते हैं (`.claude/runs/`), इसलिए बाधित सत्र सुचारू रूप से फिर से शुरू होते हैं। प्रत्येक चरण में ऑपरेटर मार्गदर्शन शामिल होता है: क्या उत्पन्न करना है, आवश्यक अनुभाग और समाप्ति शर्तें।
 
 **एक बार रूट किए जाने के बाद:**
 
 1. **प्रत्येक भूमिका एक हस्तांतरण उत्पन्न करती है** - संरचित आउटपुट जिसमें प्रमाण आइटम होते हैं जो अगली भूमिका के लिए अस्पष्टता को कम करते हैं।
-2. **आलोचक अनुबंध के विरुद्ध समीक्षा करते हैं** - संरचित प्रमाण के आधार पर स्वीकार, अस्वीकार या अवरुद्ध करते हैं, न कि धारणा के आधार पर।
-3. **पुनर्प्राप्ति मार्ग स्वचालित रूप से निर्धारित होते हैं** - अवरुद्ध या अस्वीकृत कार्य को एक कारण, पुनर्प्राप्ति प्रकार और आवश्यक कलाकृति के साथ सही समाधानकर्ता को रूट किया जाता है।
+2. **आलोचक अनुबंध के विरुद्ध समीक्षा करता है** - स्वीकार करता है, अस्वीकार करता है या संरचित प्रमाण के आधार पर अवरुद्ध करता है, न कि धारणा के आधार पर।
+3. **पुनर्प्राप्ति मार्ग स्वचालित रूप से निर्धारित होते हैं** - अवरुद्ध या अस्वीकृत कार्य को एक कारण, पुनर्प्राप्ति प्रकार और आवश्यक कलाकृति के साथ सही समाधानकर्ता तक रूट किया जाता है।
 
 ## बजट-जागरूक वितरण
 
-रोल ओएस प्रत्येक वितरण चरण के लिए एक स्थानीय **टोकन बजट विश्लेषक** से परामर्श कर सकता है और घोषणा से एक सलाहकार व्यय पूर्वानुमान संलग्न कर सकता है - वैकल्पिक (`ROLEOS_BUDGET_CONSULT`), सलाहकार (यह कभी भी वितरण को अवरुद्ध नहीं करता है), और एक नियतात्मक आधार रेखा पर विफल-खुला। डिफ़ॉल्ट रूप से बंद; पूर्वानुमान स्थानीय है और चलाने के लिए स्वतंत्र है। [हैंडबुक](https://mcp-tool-shop-org.github.io/role-os/handbook/specialist-budget/) देखें।
+रोल ओएस प्रत्येक वितरण चरण के लिए स्थानीय **टोकन बजट विश्लेषक** से परामर्श कर सकता है और घोषणा में एक सलाहकार व्यय पूर्वानुमान संलग्न कर सकता है - वैकल्पिक (`ROLEOS_BUDGET_CONSULT`), सलाहकार (यह कभी भी वितरण को अवरुद्ध नहीं करता है), और एक निर्धारित आधार पर विफल-खुला। डिफ़ॉल्ट रूप से बंद; पूर्वानुमान स्थानीय है और चलाने के लिए स्वतंत्र है। [हैंडबुक](https://mcp-tool-shop-org.github.io/role-os/handbook/specialist-budget/) देखें।
 
-## संगठन-व्यापी रोलआउट स्थिति
+## टूल-कॉल निरीक्षण
 
-संगठन-व्यापी रोलआउट स्थिति (कतार, निर्णय, ऑडिट रिकॉर्ड, प्रति-रिपॉजिटरी लॉक पैकेट) एक अलग निजी रिपॉजिटरी में रहती है: [`role-os-rollout`](https://github.com/mcp-tool-shop-org/role-os-rollout)। यह रिपॉजिटरी उत्पाद है; वह रिपॉजिटरी परिचालन स्थिति है।
+रोल ओएस `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/) देखें।
+
+## क्रू की फ़ाइल
+
+प्रत्येक भूमिका के लिए एक **फ़ाइल** होती है—यह एक चरित्र शीट होती है जो रन-टाइम कॉन्फ़िगरेशन के रूप में भी काम करती है। छह क्षमताएँ (दृढ़ता, गति, दायरा, संशयवाद, स्वायत्तता, स्पष्टवादिता) वास्तविक नियंत्रणों से जुड़ी होती हैं; आठ प्रकार की **स्वभाव** परत (संशयवादी, निर्माता, अन्वेषक, विद्रोही...) व्यवहार संबंधी निर्देश देती है; और प्रत्येक भूमिका में एक चित्रित चित्र और एक ग्रेड होता है। पूरी क्रू को गैलरी के रूप में ब्राउज़ करें (`dossier/dossier.html`)—प्रत्येक भूमिका का रडार उसके आदर्श से तुलना करते हुए उसकी समायोजित संरचना दिखाता है।
+
+जब किसी भूमिका में फ़ाइल होती है, तो डिस्पैच एक **परिचालन मुद्रा** जोड़ता है—यह स्वभाव का व्यवहार संबंधी निर्देश और भूमिका की क्षमताओं से एक मुद्रा पंक्ति होती है—इसलिए शीट वास्तव में उस भूमिका को कॉन्फ़िगर करती है। वैकल्पिक और अतिरिक्त: जिन भूमिकाओं में फ़ाइल नहीं है, वे पहले की तरह ही व्यवहार करती हैं। [हैंडबुक](https://mcp-tool-shop-org.github.io/role-os/handbook/crew-dossier/) देखें।
+
+## संगठनात्मक रोलआउट स्थिति
+
+संगठन-व्यापी रोलआउट स्थिति (कतार, निर्णय, ऑडिट रिकॉर्ड, प्रति-रिपॉजिटरी लॉक पैकेट) एक अलग **निजी**, संगठन-आंतरिक रिपॉजिटरी (`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 नहीं।
 
 ## 10 पैकों में 61 भूमिकाएँ
 
-| पैक | भूमिकाएँ |
+| पैकेज | भूमिकाएँ |
 |------|-------|
 | **Core** (3) | ऑर्केस्ट्रेटर, उत्पाद रणनीतिकार, आलोचक समीक्षक |
 | **Engineering** (7) | फ्रंटएंड डेवलपर, बैकएंड इंजीनियर, परीक्षण इंजीनियर, रिफैक्टर इंजीनियर, प्रदर्शन इंजीनियर, निर्भरता ऑडिटर, सुरक्षा समीक्षक |
-| **Design** (2) | यूआई डिजाइनर, ब्रांड संरक्षक |
+| **Design** (2) | यूआई डिज़ाइनर, ब्रांड संरक्षक |
 | **Marketing** (1) | लॉन्च कॉपीराइटर |
-| **Treatment** (7) | रिपॉजिटरी शोधकर्ता, रिपॉजिटरी अनुवादक, दस्तावेज़ वास्तुकार, मेटाडेटा क्यूरेटर, कवरेज ऑडिटर, परिनियोजन सत्यापनकर्ता, रिलीज़ इंजीनियर |
-| **Product** (3) | प्रतिक्रिया सिंथेसाइज़र, रोडमैप प्राथमिकताकर्ता, विशिष्टता लेखक |
-| **Research** (4) | यूएक्स शोधकर्ता, प्रतिस्पर्धी विश्लेषक, प्रवृत्ति शोधकर्ता, उपयोगकर्ता साक्षात्कार सिंथेसाइज़र |
-| **Growth** (4) | लॉन्च रणनीतिकार, सामग्री रणनीतिकार, समुदाय प्रबंधक, समर्थन ट्राइएज लीड |
-| **Deep Audit** (4) | घटक ऑडिटर, परीक्षण सत्य ऑडिटर, सीम ऑडिटर, ऑडिट सिंथेसाइज़र |
-| **Swarm** (7) | स्वार्म समन्वयक, स्वार्म बैकएंड एजेंट, स्वार्म ब्रिज एजेंट, स्वार्म परीक्षण एजेंट, स्वार्म इंफ्रा एजेंट, स्वार्म फ्रंटएंड एजेंट, स्वार्म सिंथेसाइज़र |
+| **Treatment** (7) | रिपो रिसर्चर, रिपो ट्रांसलेटर, डॉक्स आर्किटेक्ट, मेटाडेटा क्यूरेटर, कवरेज ऑडिटर, डिप्लॉयमेंट वेरीफायर, रिलीज़ इंजीनियर |
+| **Product** (3) | फ़ीडबैक सिंथेसाइज़र, रोडमैप प्रायोरिटाइज़र, स्पेसिफिकेशन राइटर |
+| **Research** (4) | यूएक्स रिसर्चर, प्रतिस्पर्धी विश्लेषक, ट्रेंड रिसर्चर, यूज़र इंटरव्यू सिंथेसाइज़र |
+| **Growth** (4) | लॉन्च रणनीतिकार, कंटेंट रणनीतिकार, कम्युनिटी मैनेजर, सपोर्ट ट्राइएज लीड |
+| **Deep Audit** (4) | कंपोनेंट ऑडिटर, टेस्ट ट्रुथ ऑडिटर, सीम ऑडिटर, ऑडिट सिंथेसाइज़र |
+| **Swarm** (7) | स्वार्म कोऑर्डिनेटर, स्वार्म बैकएंड एजेंट, स्वार्म ब्रिज एजेंट, स्वार्म टेस्ट्स एजेंट, स्वार्म इंफ्रा एजेंट, स्वार्म फ्रंटएंड एजेंट, स्वार्म सिंथेसाइज़र |
 
-प्रत्येक भूमिका में एक पूर्ण अनुबंध होता है: मिशन, कब उपयोग करें, कब उपयोग न करें, अपेक्षित इनपुट, आवश्यक आउटपुट, गुणवत्ता बार और वृद्धि ट्रिगर। प्रत्येक भूमिका रूट करने योग्य है - `roleos route` पैकेट सामग्री के आधार पर उनमें से किसी की भी सिफारिश कर सकता है।
+प्रत्येक भूमिका में एक पूर्ण अनुबंध होता है: मिशन, उपयोग कब करें, उपयोग कब न करें, अपेक्षित इनपुट, आवश्यक आउटपुट, गुणवत्ता मानक और एस्केलेशन ट्रिगर। प्रत्येक भूमिका को रूट किया जा सकता है - `roleos route` पैकेट सामग्री के आधार पर उनमें से किसी की भी सिफारिश कर सकता है।
 
 ## त्वरित शुरुआत
 
@@ -165,55 +178,55 @@ roleos packs list
 
 ## रोल ओएस का उपयोग कब न करें
 
-- एकल-पंक्ति सुधार, टाइपो, या स्पष्ट बग
-- बिना किसी परिभाषित आउटपुट के अन्वेषणात्मक अनुसंधान
-- वह कार्य जो 5 मिनट में किसी एक व्यक्ति के दिमाग में समा जाए
-- आपातकालीन त्वरित सुधार जिन्हें समीक्षा श्रृंखला पूरी होने से पहले ही जारी करने की आवश्यकता होती है
-- ऐसे प्रोजेक्ट जहां आप संरचना की तुलना में गति चाहते हैं
+- सिंगल-लाइन सुधार, टाइपो या स्पष्ट बग
+- बिना परिभाषित आउटपुट के अन्वेषणात्मक अनुसंधान
+- वह कार्य जो 5 मिनट में किसी एक व्यक्ति के दिमाग में फिट हो जाए
+- आपातकालीन हॉटफ़िक्स जिन्हें समीक्षा श्रृंखला पूरी होने से पहले शिप करने की आवश्यकता होती है
+- वे परियोजनाएं जहां आप संरचना पर गति चाहते हैं
 
 ## सबूत
 
-रोल ओएस को दो संरचनात्मक रूप से भिन्न रिपॉजिटरी में तीन परीक्षण आकृतियों में साबित किया गया:
+रोल ओएस को दो संरचनात्मक रूप से भिन्न रिपोज़िटरी में तीन परीक्षण आकृतियों में साबित किया गया:
 
-**परीक्षण 001 - सुविधा कार्य** (क्रू स्क्रीन, स्टार फ्रेट)
-- 7-रोल श्रृंखला, 45 परीक्षण परिदृश्य, 0 रोल टकराव
+**परीक्षण 001 - फ़ीचर कार्य** (क्रू स्क्रीन, स्टार फ्रेट)
+- 7-भूमिका श्रृंखला, 45 परीक्षण परिदृश्य, 0 भूमिका टकराव
 - फोर्क पूर्वज से संदूषण को रोका, इनलाइन आविष्कार को पकड़ा, ईमानदार बाधाओं को उजागर किया
 
 **परीक्षण 002 - एकीकरण कार्य** (कैंपेनस्टेट वायरिंग, स्टार फ्रेट)
-- 5-रोल श्रृंखला, बिना किसी फॉलबैक झूठ के वास्तुशिल्प अंतर को हल किया
+- 5-भूमिका श्रृंखला, बिना किसी फॉलबैक झूठ के वास्तुशिल्प सीम का समाधान किया
 - एंटी-फॉलबैक परीक्षणों से यह साबित हुआ कि लाइव पथ वास्तविक है, न कि केवल एक प्लेसहोल्डर
 
 **परीक्षण 003 - पहचान कार्य** (संदूषण शुद्धिकरण, स्टार फ्रेट)
-- 6-रोल श्रृंखला, 51 परीक्षण परिदृश्य जिसमें टिकाऊ सीआई संदूषण रक्षा शामिल है
+- 6-भूमिका श्रृंखला, 51 परीक्षण परिदृश्य जिसमें टिकाऊ सीआई संदूषण रक्षा शामिल है
 - व्यापक पुनर्निर्माण में ढहने के बिना विरासत में मिली काल्पनिक विचलन को ठीक किया
 
-**पोर्टेबिलिटी परीक्षण** (व्यक्तित्व स्थिरता, सेंसर-हास्य)
+**पोर्टेबिलिटी परीक्षण** (पर्सोना स्थिरता, सेंसर-हास्य)
 - समान रीढ़, अलग भाषा/डोमेन/स्टैक
-- केवल संदर्भ परिवर्तनों के साथ अपनाया गया - कोई मुख्य अनुबंध संशोधन नहीं
+- केवल संदर्भ परिवर्तनों के साथ अपनाया गया - कोई मूल अनुबंध संशोधन नहीं
 
-**पूर्ण उपचार एफटी-001** (पोर्टलाइट-डेस्कटॉप)
-- उपचार पैक भूमिकाओं के साथ 7-चरण वाला स्टाफ उपचार
-- शिपचेक गेटिंग साबित, शून्य रोल टकराव
+**पूर्ण उपचार FT-001** (पोर्टलाइट-डेस्कटॉप)
+- ट्रीटमेंट पैक भूमिकाओं के साथ 7-चरण वाला स्टाफ उपचार
+- शिपचेक गेटिंग सिद्ध, शून्य भूमिका टकराव
 
-**पूर्ण उपचार एफटी-002** (स्टूडियोफ्लो)
-- समान उपचार पैक, संरचनात्मक रूप से भिन्न रिपॉजिटरी (रचनात्मक कार्यक्षेत्र बनाम गेम)
-- उपचार पैक पोर्टेबल - कोई अनुबंध संशोधन आवश्यक नहीं
+**पूर्ण उपचार FT-002** (स्टूडियोफ्लो)
+- समान उपचार पैक, संरचनात्मक रूप से भिन्न रिपो (रचनात्मक कार्यक्षेत्र बनाम गेम)
+- ट्रीटमेंट पैक पोर्टेबल - कोई अनुबंध संशोधन आवश्यक नहीं
 
 **ब्रेनस्टॉर्म गोल्डन रन** (एमसीपी सर्वर मार्केटप्लेस विषय)
-- 9-रोल श्रृंखला, 4 विश्लेषक समानांतर में, क्रॉस-जांच + विवाद ग्राफ का खंडन
+- 9-भूमिका श्रृंखला, समानांतर में 4 विश्लेषक, क्रॉस-जांच + विवाद ग्राफ का खंडन करें
 - 4 चुनौतियां जारी की गईं, 3 दावों को संकुचित किया गया, 1 अनसुलझा - स्वस्थ दबाव, गतिरोध नहीं
 - प्रस्तुत कलाकृतियों से सत्य-परत परमाणुओं तक 16+ ट्रेस लिंक
-- पूरी श्रृंखला की हिरासत साबित: सत्य → परमाणु → विवाद → संश्लेषण → विस्तार → निर्णय → प्रस्तुत → ट्रेस
+- पूर्ण श्रृंखला की हिरासत सिद्ध: सत्य → परमाणु → विवाद → संश्लेषण → विस्तार → न्यायाधीश → प्रस्तुत करें → ट्रेस करें
 
 ## मुख्य गुण
 
-ये गैर-समझौता योग्य हैं। यदि कोई परिवर्तन इनमें से किसी को भी कमजोर करता है, तो उसे अस्वीकार कर दें।
+ये गैर-समझौता योग्य हैं। यदि कोई परिवर्तन इनमें से किसी को भी कमजोर करता है, तो इसे अस्वीकार कर दें।
 
-- रोल सीमाएं बनी रहें
-- समीक्षा में दम हो
-- वृद्धि ईमानदार बनी रहे
+- भूमिका की सीमाएं बनी रहें
+- समीक्षा में धार हो
+- एस्केलेशन ईमानदार रहे
 - पैकेट परीक्षण योग्य बने रहें
-- पोर्टेबिलिटी के लिए संदर्भ अनुकूलन की आवश्यकता होती है, न कि मुख्य सर्जरी
+- पोर्टेबिलिटी के लिए संदर्भ अनुकूलन की आवश्यकता होती है, न कि मूल सर्जरी
 
 ## परियोजना संरचना
 
@@ -255,54 +268,54 @@ role-os/
 
 ## सुरक्षा
 
-रोल ओएस **केवल स्थानीय रूप से** काम करता है। यह मार्कडाउन टेम्पलेट की प्रतियां बनाता है और आपके रिपॉजिटरी की `.claude/` निर्देशिका में पैकेट/निर्णय फ़ाइलें लिखता है। यह नेटवर्क तक नहीं पहुंचता, गुप्त जानकारी को संभालता नहीं है, या टेलीमेट्री एकत्र नहीं करता है। कोई खतरनाक संचालन नहीं - सभी फ़ाइल लेखन डिफ़ॉल्ट रूप से स्किप-इफ-एग्जिस्ट का उपयोग करते हैं। पूरी नीति के लिए [SECURITY.md](SECURITY.md) देखें।
+रोल ओएस **स्थानीय रूप से** संचालित होता है। यह मार्कडाउन टेम्पलेट्स की प्रतिलिपि बनाता है और आपके रिपॉजिटरी की `.claude/` निर्देशिका में पैकेट/निर्णय फ़ाइलें लिखता है। यह नेटवर्क तक नहीं पहुंचता, गुप्त जानकारी को संभालता या टेलीमेट्री एकत्र करता है। कोई खतरनाक संचालन नहीं - सभी फ़ाइल लेखन डिफ़ॉल्ट रूप से स्किप-इफ-एग्जिस्ट का उपयोग करते हैं। पूरी नीति के लिए [SECURITY.md](SECURITY.md) देखें।
 
 ## ऑपरेटिंग सिस्टम
 
-| परत | यह क्या करता है | स्थिति |
+| लेयर | यह क्या करता है | स्थिति |
 |-------|-------------|--------|
-| **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** | बहु-चरणीय अभिसरण: तीन स्वास्थ्य चरण (बग/सुरक्षा → सक्रिय → मानवीयकरण) फिर फीचर पास। विशिष्ट फ़ाइल स्वामित्व, प्रत्येक चरण के बाद निर्माण गेट, उपयोगकर्ता चेकपॉइंट। डोमेन ऑटो-डिटेक्शन मैनिफेस्ट उत्पन्न करता है। डॉगफूड-लैब्स के लिए साक्ष्य पुल। | ✓ जारी किया गया |
+| **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 | दस्तावेज़ लिखें/अपडेट करें, रिलीज़ नोट्स |
+| `feature-ship` | फीचर | 5 | पूर्ण सुविधा वितरण: दायरा → विशिष्टता → कार्यान्वयन → परीक्षण → समीक्षा |
+| `bugfix` | बगफिक्स | 4 | मूल कारण का निदान करें, ठीक करें, परीक्षण करें, सत्यापित करें |
+| `treatment` | उपचार | 4 | शिपचेक + पॉलिश + डॉक्स + सीआई सत्यापन + समीक्षा |
+| `docs-release` | डॉक्स | 2 | दस्तावेज़ लिखें/अपडेट करें, रिलीज़ नोट्स |
 | `security-hardening` | सुरक्षा | 4 | खतरा मॉडल, ऑडिट, कमजोरियों को ठीक करें, पुन: ऑडिट, सत्यापित करें |
 | `research-launch` | अनुसंधान | 4 | प्रश्न तैयार करें, अनुसंधान करें, निष्कर्षों का दस्तावेजीकरण करें, निर्णय लें |
-| `brainstorm` | विचार मंथन | 9 | संरचित बहु-दृष्टिकोण जांच, जिसमें पता लगाने योग्य असहमति और निष्कर्ष शामिल हों |
-| `deep-audit` | गहन ऑडिट | 5 (स्केल) | मैनिफेस्ट-समर्थित रिपॉजिटरी ऑडिट - गतिशील रूप से भेजे जाने वाले ऑडिटर की संख्या रिपॉजिटरी ग्राफ के साथ बढ़ती है |
-| `dogfood-swarm` | स्वार्म | 8 (स्केल) | बहु-चरणीय अभिसरण: स्वास्थ्य-ए → स्वास्थ्य-बी → स्वास्थ्य-सी → फ़ीचर → अंतिम संश्लेषण |
+| `brainstorm` | ब्रेनस्टॉर्म | 9 | संरचित बहु-दृष्टिकोण जांच जिसमें पता लगाने योग्य असहमति और निर्णायक परिणाम शामिल हैं। |
+| `deep-audit` | गहन-ऑडिट | 5 (स्केल) | मैनिफेस्ट-समर्थित रिपो ऑडिट - कार्यकर्ता गणना गतिशील प्रेषण के माध्यम से रिपो ग्राफ के साथ स्केल करती है। |
+| `dogfood-swarm` | स्वार्म | 8 (स्केल) | बहु-पास अभिसरण: स्वास्थ्य-ए → स्वास्थ्य-बी → स्वास्थ्य-सी → सुविधा → अंतिम संश्लेषण |
 
-प्रत्येक मिशन में ईमानदार-आंशिक परिभाषाएँ शामिल हैं - जब काम रुक जाता है, तो सिस्टम दस्तावेज़ करता है कि क्या पूरा किया गया और क्या शेष है, बजाय इसके कि यह दावा किया जाए कि सब कुछ पूरा हो गया है।
+प्रत्येक मिशन में ईमानदार-आंशिक परिभाषाएँ शामिल हैं - जब काम रुक जाता है, तो सिस्टम यह दस्तावेज़ करता है कि क्या पूरा किया गया और क्या शेष है, बजाय इसके कि पूर्णता का दिखावा किया जाए।
 
-### विचार मंथन मिशन
+### ब्रेनस्टॉर्म मिशन
 
-यह "एआई विचार मंथन" नहीं है। विचार मंथन मिशन **कानून के तहत विशिष्ट भूमिकाएँ हैं, जिसमें पता लगाने योग्य असहमति और निष्कर्ष देने वाला आउटपुट होता है।**
+"एआई ब्रेनस्टॉर्मिंग" नहीं। ब्रेनस्टॉर्म मिशन **कानून के तहत विशेष भूमिकाएँ हैं, जिसमें पता लगाने योग्य असहमति और निर्णायक परिणाम-असर वाला आउटपुट होता है।**
 
 ```bash
 roleos run "explore product directions for a developer tool discovery platform"
@@ -310,19 +323,19 @@ roleos run "explore product directions for a developer tool discovery platform"
 #   Chain: 4 Analysts (parallel) → Normalize → Cross-Examine → Rebut → Synthesize → Expand → Judge
 ```
 
-**यह इसे अलग कैसे बनाता है:**
+**यह अलग कैसे है:**
 
-- **लेयर 1 (सत्य):** चार विश्लेषक भूमिका-विशिष्ट स्कीमा (संदर्भ मानचित्र, उपयोगकर्ता मूल्य मानचित्र, यांत्रिकी मानचित्र, स्थिति मानचित्र) उत्सर्जित करते हैं - साझा गद्य नहीं। प्रत्येक भूमिका में ब्लाइंडस्पॉट प्रवर्तन होता है: निषिद्ध वाक्यांश, निषिद्ध दावों के प्रकार, फ़िल्टर किए गए इनपुट विभाजन। परमाणुओं में उत्पत्ति होती है। एक निर्देशित क्रॉस-परीक्षा ग्राफ लक्षित चुनौतियाँ उत्पन्न करता है। मूल विश्लेषक दबाव में बचाव, संकुचित या वापस लेते हैं।
+- **लेयर 1 (सत्य):** चार विश्लेषक भूमिका-देशी स्कीमा (संदर्भ मानचित्र, उपयोगकर्ता मूल्य मानचित्र, यांत्रिकी मानचित्र, स्थिति मानचित्र) उत्सर्जित करते हैं - साझा गद्य नहीं। प्रत्येक भूमिका अंधापन-प्रबलित है: निषिद्ध वाक्यांश, निषिद्ध दावा प्रकार, फ़िल्टर किए गए इनपुट विभाजन। परमाणुओं में उत्पत्ति होती है। एक निर्देशित क्रॉस-परीक्षा ग्राफ लक्षित चुनौतियाँ उत्पन्न करता है। मूल विश्लेषक दबाव के तहत बचाव करते हैं, संकुचित करते हैं या वापस लेते हैं।
 
-- **लेयर 2 (रेंडर):** पांच विशिष्ट मानव आवाजें (सीमा ज्ञापन, फ़ील्ड नोट्स, सिस्टम स्केच, दावा संक्षिप्त, क्रॉस-परीक्षा प्रतिलेख) जिसमें लेक्सिकल प्रतिबंध हैं जो आवाज अभिसरण को रोकते हैं। संश्लेषण सत्य का उपभोग करता है, कभी भी रेंडर किए गए गद्य का नहीं। दोनों परतें हमेशा उपलब्ध होती हैं।
+- **लेयर 2 (रेंडर):** पांच विशिष्ट मानव आवाजें (सीमा ज्ञापन, फील्ड नोट्स, सिस्टम स्केच, दावा संक्षिप्त, क्रॉस-परीक्षा प्रतिलेख) जिसमें शाब्दिक प्रतिबंध होते हैं जो आवाज अभिसरण को रोकते हैं। संश्लेषण सत्य का उपभोग करता है, कभी भी प्रस्तुत गद्य नहीं। दोनों परतें हमेशा उपलब्ध होती हैं।
 
-- **कस्टडी की श्रृंखला:** प्रत्येक रेंडर किए गए वाक्य का पता सत्य-परत परमाणु तक लगाया जा सकता है। संश्लेषण दिशाएँ परमाणुओं का उल्लेख करती हैं। क्रॉस-परीक्षा वास्तविक दावा आईडी को लक्षित करता है। विवाद ग्राफ उत्पाद है, गद्य नहीं।
+- **अभिपालन श्रृंखला:** प्रत्येक प्रस्तुत वाक्य सत्य-परत परमाणु पर वापस जाता है। संश्लेषण दिशाएँ परमाणुओं का हवाला देती हैं। क्रॉस-परीक्षा वास्तविक दावा आईडी को लक्षित करता है। विवाद ग्राफ उत्पाद है, गद्य नहीं।
 
-**सिद्ध:** v0.4 गोल्डन रन - कस्टडी की पूरी श्रृंखला सत्यापित। पूर्ण आर्टिफैक्ट श्रृंखला के लिए [`examples/golden-run.md`](examples/golden-run.md) देखें।
+**सिद्ध:** v0.4 गोल्डन रन - पूरी श्रृंखला की अभिपालन सत्यापित। संपूर्ण कलाकृति श्रृंखला के लिए [`examples/golden-run.md`](examples/golden-run.md) देखें।
 
 ### गहन ऑडिट मिशन
 
-यह सतही स्कैन नहीं है। गहन ऑडिट मिशन **एक रिपॉजिटरी को सीमित घटकों में विभाजित करता है और रिपॉजिटरी के अपने निर्भरता ग्राफ द्वारा निर्धारित पैमाने पर विशेषज्ञ ऑडिटर भेजता है।**
+सतही स्कैन नहीं। गहन ऑडिट मिशन **रिपो को बाध्य घटकों में विघटित करता है और रिपो के अपने निर्भरता ग्राफ द्वारा निर्धारित पैमाने पर विशेषज्ञ ऑडिटर भेजता है।**
 
 ```bash
 roleos run "deep audit this repo" --manifest=audit-manifest.json
@@ -330,19 +343,19 @@ roleos run "deep audit this repo" --manifest=audit-manifest.json
 #   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()` दोनों निष्पादन पथों में प्रत्येक चरण के पूरा होने पर सक्रिय होता है। परिणाम चरण वस्तुओं से जुड़े होते हैं। सिस्टम जानता है कि क्या प्रत्येक आर्टिफैक्ट ने अपने अनुबंध को पूरा किया है।
-- **ईमानदार आंशिक** - जब बजट या दायरा पूर्णता को रोकता है, तो प्रति-घटक निष्कर्ष व्यक्तिगत रूप से मान्य होते हैं। सिस्टम जो कुछ भी पूरा किया गया है, उससे संश्लेषित करता है, कभी भी पूर्ण कवरेज का दावा नहीं करता है।
+- **गतिशील प्रेषण** - कार्यकर्ता गणना निश्चित नहीं है। 10-घटक रिपो जिसमें 5 सीमा क्लस्टर हैं, 28 चरण उत्पन्न करते हैं (2×10 + 5 + 3)। 3-घटक रिपो 12 उत्पन्न करता है। स्केलिंग सूत्र `2N + K + 3` है जहाँ N = घटक, K = सीमाएँ।
+- **मैनिफेस्ट-समर्थित पार्सल** - एक `audit-manifest.json` घटकों (फ़ाइल पथों, पंक्ति गणनाओं, विवरण के साथ) और सीमाओं (इंटरफ़ेस विवरण के साथ/से) को परिभाषित करता है। प्रत्येक ऑडिटर को केवल अपना पार्सल प्राप्त होता है।
+- **चार भूमिका पुरातत्व** - घटक ऑडिटर (प्रति मॉड्यूल कोड सत्य), परीक्षण सत्य ऑडिटर (जो साबित करते हैं बनाम जो मौजूद हैं), सीम ऑडिटर (निर्भरता ग्राफ से एकीकरण सीमाएँ), ऑडिट सिंथेसाइज़र (सभी पार्सलों से रैंक किया गया निर्णय + कार्य योजना)।
+- **प्रत्येक चरण पर कलाकृति सत्यापन** - `validateArtifact()` दोनों निष्पादन पथों में प्रत्येक चरण पूर्ण होने पर फायर करता है। परिणाम चरण वस्तुओं से जुड़े होते हैं। सिस्टम जानता है कि क्या प्रत्येक कलाकृति ने अपने अनुबंध को पूरा किया।
+- **ईमानदार आंशिक** - जब बजट या दायरा पूर्णता को अवरुद्ध करता है, तो प्रति-घटक निष्कर्ष व्यक्तिगत रूप से मान्य होते हैं। सिस्टम जो कुछ भी पूरा हुआ उससे संश्लेषित होता है, कभी भी पूर्ण कवरेज का दिखावा नहीं करता है।
 
-**सिद्ध:** रनर-नेटिव प्रूफ रन - वास्तविक मैनिफेस्ट के खिलाफ 18 परीक्षण, जिसमें एस्केलेशन री-ओपनिंग और आंशिक विफलता सहित पूर्ण जीवनचक्र सत्यापित किया गया है। 3/6/10/15-घटक मैनिफेस्ट के लिए स्केलिंग सूत्र सत्यापित।
+**सिद्ध:** रनर-देशी प्रमाणन रन - वास्तविक मैनिफेस्ट के खिलाफ 18 परीक्षण, वृद्धि पुन: खोलने और आंशिक विफलता सहित संपूर्ण जीवनचक्र सत्यापित। स्केलिंग सूत्र 3/6/10/15-घटक मैनिफेस्ट के लिए सत्यापित।
 
-### डॉगफूड स्वार्म मिशन
+### डोगफूड स्वार्म मिशन
 
-यह एक-पास लिंटर नहीं है। डॉगफूड स्वार्म मिशन **एक बहु-चरणीय अभिसरण प्रोटोकॉल चलाता है जो एक रिपॉजिटरी को "काम करता है" से "उत्पादन-तैयार" तक तीन स्वास्थ्य चरणों और पुनरावृत्त फ़ीचर डिलीवरी के माध्यम से ले जाता है।**
+यह एक एकल-चरण लिंटर नहीं है। डॉगफूड स्वार्म मिशन **एक बहु-चरण अभिसरण प्रोटोकॉल चलाता है जो किसी रिपॉजिटरी को "काम करता है" से "उत्पादन के लिए तैयार" स्थिति में तीन स्वास्थ्य चरणों और पुनरावृत्तीय सुविधा वितरण के माध्यम से ले जाता है।**
 
 ```bash
 roleos swarm
@@ -351,20 +364,20 @@ roleos swarm
 #   Domain agents: 3-5 parallel per wave (exclusive file ownership)
 ```
 
-**यह इसे अलग कैसे बनाता है:**
+**यह अलग कैसे है:**
 
-- **तीन-चरणीय स्वास्थ्य जांच** — चरण ए में बग और सुरक्षा संबंधी समस्याओं को ठीक किया जाता है (जब तक 0 गंभीर + 0 उच्च स्तर की समस्याएं न हों)। चरण बी में सक्रिय रूप से सुरक्षा को मजबूत किया जाता है (उपयोगकर्ता निष्कर्षों की समीक्षा करते हैं)। चरण सी में कोडबेस को उपयोगकर्ता के अनुकूल बनाया जाता है — त्रुटि संदेश जो उपयोगकर्ताओं की मदद करते हैं, पुन: कनेक्शन प्रतिक्रिया, लोडिंग स्थिति, पहुंच क्षमता। प्रत्येक चरण एक अलग दृष्टिकोण है, यह एक ही स्कैन को दोहराने जैसा नहीं है।
-- **विशिष्ट फ़ाइल स्वामित्व** — प्रत्येक डोमेन एजेंट `swarm-manifest.json` के माध्यम से विशिष्ट फ़ाइलों का मालिक होता है। कोई भी दो एजेंट एक ही फ़ाइल को संपादित नहीं करते हैं। कोई विलय संघर्ष नहीं। कोई समन्वय संबंधी अतिरिक्त बोझ नहीं।
-- **बिल्ड गेट** — प्रत्येक चरण के बाद लिंट + टाइपचेक + टेस्ट पास होना चाहिए। सिस्टम स्वचालित रूप से बिल्ड सिस्टम (नोड, रस्ट, पायथन, गो) का पता लगाता है और सही कमांड चलाता है।
-- **उपयोगकर्ता जांच बिंदु** — स्वास्थ्य-बी और सुविधा जांच के लिए निष्पादन से पहले स्पष्ट उपयोगकर्ता अनुमोदन की आवश्यकता होती है। सिस्टम निष्कर्ष प्रस्तुत करता है, उपयोगकर्ता यह तय करता है कि क्या बनाना है।
-- **पुनरावृत्तीय अभिसरण** — चरण तब तक दोहराए जाते हैं जब तक कि निकास शर्तें पूरी न हो जाएं या अधिकतम पुनरावृत्तियों तक न पहुंच जाएं। प्रत्येक चरण पिछली त्रुटियों के कारण होने वाली कमियों को पकड़ने के लिए शुरुआत से फिर से ऑडिट करता है।
-- **डोमेन स्वचालित पहचान** — `roleos swarm manifest --generate` रिपॉजिटरी प्रकार (सीएलआई, वेब, डेस्कटॉप, एमसीपी, मोनोरेपो) का पता लगाता है और गैर-अतिव्यापी डोमेन असाइनमेंट उत्पन्न करता है।
+- **तीन-चरण स्वास्थ्य जांच** — चरण ए बग और सुरक्षा मुद्दों को ठीक करता है (जब तक 0 गंभीर + 0 उच्च मुद्दे न हों, तब तक दोहराएं)। चरण बी सक्रिय रूप से सुधार लागू करता है (उपयोगकर्ता निष्कर्षों की समीक्षा करते हैं)। चरण सी कोडबेस को उपयोगकर्ता के अनुकूल बनाता है - त्रुटि संदेश जो उपयोगकर्ताओं की मदद करते हैं, पुन: कनेक्शन प्रतिक्रिया, लोडिंग स्थिति, पहुंच क्षमता। प्रत्येक चरण एक अलग दृष्टिकोण है, यह एक ही स्कैन का दोहराव नहीं है।
+- **अनन्य फ़ाइल स्वामित्व** — प्रत्येक डोमेन एजेंट `swarm-manifest.json` के माध्यम से विशिष्ट फ़ाइलों का मालिक होता है। कोई भी दो एजेंट एक ही फ़ाइल को संपादित नहीं करते हैं। कोई विलय संघर्ष नहीं। कोई समन्वय ओवरहेड नहीं।
+- **बिल्ड गेट्स** — लिंट + टाइपचेक + टेस्ट, प्रत्येक चरण के बाद सफल होना चाहिए। सिस्टम स्वचालित रूप से बिल्ड सिस्टम (नोड, रस्ट, पायथन, गो) का पता लगाता है और सही कमांड चलाता है।
+- **उपयोगकर्ता चेकपॉइंट** — स्वास्थ्य-बी और सुविधा जांच को निष्पादन से पहले स्पष्ट उपयोगकर्ता अनुमोदन की आवश्यकता होती है। सिस्टम निष्कर्ष प्रस्तुत करता है, उपयोगकर्ता यह तय करता है कि क्या बनाना है।
+- **पुनरावृत्तीय अभिसरण** — चरण तब तक दोहराते हैं जब तक कि निकास शर्तें पूरी नहीं हो जातीं या अधिकतम पुनरावृत्तियों तक नहीं पहुंच जाते। प्रत्येक चरण पिछले सुधारों द्वारा पेश किए गए मुद्दों को पकड़ने के लिए शुरुआत से फिर से ऑडिट करता है।
+- **डोमेन ऑटो-डिटेक्शन** — `roleos swarm manifest --generate` रिपॉजिटरी प्रकार (सीएलआई, वेब, डेस्कटॉप, एमसीपी, मोनोरेपो) का पता लगाता है और गैर-अतिव्यापी डोमेन असाइनमेंट उत्पन्न करता है।
 
-**सिद्ध:** claude-collaborate (2026-03-28) — 35→129 परीक्षण, 106 स्वास्थ्य संबंधी समस्याओं का समाधान, v1.1.0 जारी। 9 चरणों वाला प्रोटोकॉल v2.0।
+**सिद्ध:** क्लॉड-कोलैबोरेट (2026-03-28) — 35→129 परीक्षण, 106 स्वास्थ्य निष्कर्षों को ठीक किया गया, v1.1.0 जारी किया गया। 9 चरणों वाला प्रोटोकॉल v2.0।
 
 ## स्थिति
 
-स्थिर और जारी। पूर्ण संस्करण इतिहास और प्रत्येक रिलीज़ में क्या बदला, यह देखने के लिए [चेंजलॉग](CHANGELOG.md) देखें।
+स्थिर और जारी। पूर्ण संस्करण इतिहास और प्रत्येक रिलीज़ में क्या बदला, इसके लिए [चेंजलॉग](CHANGELOG.md) देखें।
 
 ## लाइसेंस
 

package/README.it.md

@@ -89,9 +89,22 @@ Le esecuzioni vengono salvate su disco (`.claude/runs/`), in modo che le session
 
 Role OS può consultare un **analista del budget dei token** locale per ogni fase di distribuzione e allegare una previsione di spesa indicativa al manifesto: opzionale (`ROLEOS_BUDGET_CONSULT`), indicativa (non blocca mai una distribuzione) e con fallback a una base di riferimento deterministica. Disattivata per impostazione predefinita; la previsione è locale e gratuita. Consulta il [manuale](https://mcp-tool-shop-org.github.io/role-os/handbook/specialist-budget/).
 
+## Controllo delle chiamate agli strumenti
+
+Il sistema Role OS verifica e gestisce le chiamate agli strumenti nel punto di controllo `PreToolUse`, in modo deterministico, senza l’intervento di un modello durante l’esecuzione:
+
+- **Monitoraggio della conformità** (a titolo consultivo, con tolleranza agli errori) — uno schema deterministico e controlli basati su contratti verificabili analizzano una chiamata proposta rispetto al contratto dello strumento corrispondente e forniscono un parere consultivo su eventuali chiamate che si discostano dai requisiti; non blocca mai l’esecuzione. Un limite opzionale per il modello linguistico (`ROLEOS_CONFORMANCE_CONSULT`) gestisce i residui di significato effettivo.
+- **Controllo delle capacità** (blocco in caso di errore, attivabile tramite `ROLEOS_CAPABILITY_GATE`, disattivato per impostazione predefinita) — applica il principio del minimo privilegio alle azioni *irreversibili* (pubblicazione su npm/PyPI, creazione di una release con `gh release`, esecuzione di `git push`, modifiche al repository, distribuzione tramite Pages). Un’azione controllata viene negata a meno che l’amministratore non abbia autorizzato la relativa capacità nel file `.claude/role-os/capabilities.json`; pertanto, un errore (un errore involontario o uno causato da un attacco) non può innescare un’azione irreversibile non autorizzata. Rappresenta il complemento preventivo alla regola del compensatore denominato. Consultare la [guida](https://mcp-tool-shop-org.github.io/role-os/handbook/).
+
+## Scheda dell’equipaggio
+
+Ogni ruolo ha una **scheda** (o dossier), ovvero una scheda personaggio che funge anche da configurazione per il tempo di esecuzione. Sei attitudini (Rigore, Ritmo, Portata, Scetticismo, Autonomia, Sincerità) corrispondono a parametri reali; un livello di **disposizione** suddiviso in otto archetipi (Scettico, Costruttore, Investigatore, Ribelle…) contiene istruzioni comportamentali; e ogni ruolo ha un ritratto illustrato e una valutazione. È possibile visualizzare l’intero equipaggio come una galleria (`dossier/dossier.html`); la schermata radar di ciascun ruolo mostra la sua configurazione ottimizzata rispetto all’ideale canonico.
+
+Quando un ruolo ha una scheda, il sistema inserisce una **modalità operativa**, ovvero le istruzioni comportamentali della disposizione più una linea relativa alla postura tratta dalle attitudini del ruolo; in questo modo, la scheda configura effettivamente il ruolo. È possibile scegliere di attivare questa funzione: i ruoli senza una scheda si comportano esattamente come prima. Consultare il [manuale](https://mcp-tool-shop-org.github.io/role-os/handbook/crew-dossier/).
+
 ## Stato di implementazione a livello di organizzazione
 
-Lo stato di implementazione a livello di organizzazione (coda, decisioni, registri di audit, pacchetti di blocco per repository) è memorizzato in un repository privato separato: [`role-os-rollout`](https://github.com/mcp-tool-shop-org/role-os-rollout). Questo repository è il prodotto; l'altro repository è lo stato operativo.
+Lo stato di implementazione a livello dell’organizzazione (coda, decisioni, registri di controllo, pacchetti di blocco per repository) è memorizzato in un repository **privato**, interno all’organizzazione (`role-os-rollout`). Questo repository rappresenta il prodotto; l’altro repository contiene lo stato operativo.
 
 ## Memoria e continuità
 

package/README.ja.md

@@ -89,9 +89,22 @@ roleos reopen 0 "found issue in review"
 
 Role OSは、各ディスパッチステップでローカルの**トークン予算アナリスト**を参照し、マニフェストに推奨される支出予測を添付できます。これはオプション機能であり（`ROLEOS_BUDGET_CONSULT`）、アドバイザリーとして機能し（ディスパッチをブロックすることはありません）、デフォルトでは無効になっています。予測はローカルで実行され、無料です。詳細については、[ハンドブック](https://mcp-tool-shop-org.github.io/role-os/handbook/specialist-budget/)を参照してください。
 
+## ツール呼び出しの監視
+
+Role OSは、`PreToolUse`の段階でツール呼び出しを検証し、許可します。これは決定論的に行われ、ホットパスにモデルは使用されません。
+
+- **コンフォーマンスウォッチャー**（推奨、フェイルオープン）— 決定論的なスキーマと計算可能な契約チェックにより、提案された呼び出しがカタログ化されたツール契約に準拠しているか確認し、*証明された*不適合な呼び出しに対して推奨の判断を付与します。ただし、ブロックすることはありません。オプションでLLMの上限（`ROLEOS_CONFORMANCE_CONSULT`）を設定することで、意味的に残った部分を処理します。
+- **機能ゲート**（フェイルクローズド、オプションの`ROLEOS_CAPABILITY_GATE`、デフォルトはOFF）— *不可逆的な*アクション（npm/PyPIへの公開、`gh release`、`git push`、リポジトリの編集、Pagesのデプロイ）に対して、決定論的に最小限の権限を適用します。ゲートされたアクションは、ディレクターが`.claude/role-os/capabilities.json`でその機能を許可しない限り拒否されるため、誤った手順（正直なミスまたは不正な操作）によって、許可されていない不可逆的なアクションがトリガーされることはありません。これは、名前付きの補償ルールに対する予防的な補完です。[ハンドブック](https://mcp-tool-shop-org.github.io/role-os/handbook/)を参照してください。
+
+## クルーの資料
+
+各役割には「**資料**」があります。これはキャラクターシートであり、同時に実行時の設定としても機能します。6つの能力（厳格性、ペース、範囲、懐疑心、自律性、率直さ）は、実際の調整つまみに対応しています。8つのタイプに分類された「**性格**」層（懐疑的な人、建設者、調査員、異端者など）には、行動に関する指示が含まれており、各役割には描かれた肖像画と評価が与えられます。クルー全体をギャラリーとして閲覧できます（`dossier/dossier.html`）。各役割のレーダーには、その調整された「**ビルド**」と理想的な状態との比較が表示されます。
+
+役割に資料がある場合、派遣システムは「**運用姿勢**」を注入します。これは、性格の行動指示に加えて、役割の能力から得られる姿勢の情報を加えたものです。これにより、シートが実際にその役割を設定します。オプションで追加できます。資料を持たない役割は、以前とまったく同じように動作します。[ハンドブック](https://mcp-tool-shop-org.github.io/role-os/handbook/crew-dossier/)を参照してください。
+
 ## 組織全体のロールアウト状態
 
-組織全体でのロールアウト状態（キュー、決定、監査記録、リポジトリごとのロックパケット）は、別のプライベートリポジトリに保存されます：[`role-os-rollout`](https://github.com/mcp-tool-shop-org/role-os-rollout)。このリポジトリがプロダクトであり、別のリポジトリが運用状態です。
+組織全体でのロールアウト状態（キュー、決定、監査記録、リポジトリごとのロックパケット）は、別の**プライベートな**組織内部のリポジトリ（`role-os-rollout`）に保存されます。このリポジトリが製品であり、そのリポジトリが運用状態です。
 
 ## メモリと継続性