> ## Documentation Index
> Fetch the complete documentation index at: https://docs.quanux.org/symphony/llms.txt
> Use this file to discover all available pages before exploring further.

# Symphony में कॉलर-वर्ग तटस्थता और होस्ट अधिकार

> Symphony कॉलरों को प्रकार के आधार पर वर्गीकृत नहीं करता। अधिकार लक्ष्य-होस्ट स्वामित्व, स्पष्ट अनुमति, अपेक्षित स्थिति और स्वामी-कॉन्फ़िगर किए गए सुरक्षा उपायों से प्राप्त होता है।

अधिकार का निर्णय करते समय Symphony किसी कॉलर को मानव, AI, एजेंट, सेवा, वर्कलोड, संगठन या किसी अन्य कर्ता प्रकार के रूप में वर्गीकृत नहीं करता। किसी व्यक्ति या स्वचालित सिस्टम के रूप में आपका वर्गीकरण अपने आप में कोई क्षमता न तो प्रदान करता है और न ही छीनता है। यह कॉलर-वर्ग तटस्थता एक मूल आर्किटेक्चरल सीमा है जो प्राधिकरण को लेबलों के बजाय तथ्यों पर आधारित रखती है।

## अधिकार को क्या नियंत्रित करता है

समर्थित प्राधिकरण निर्णय निम्नलिखित इनपुट का उपयोग करते हैं:

* **लक्ष्य-होस्ट स्वामित्व या प्रदत्त अनुमतियाँ**: लक्ष्य होस्ट का प्रशासक कॉन्फ़िगर करने योग्य शासन पर सर्वोपरि है।
* **अनुरोधित ऑपरेशन और संसाधन**: विशिष्ट कार्रवाई और वह ऑब्जेक्ट जिस पर वह कार्य करती है।
* **अपेक्षित स्थिति**: घोषित वांछित परिणाम और देखी गई वर्तमान स्थिति।
* **स्वामी-कॉन्फ़िगर किए गए सुरक्षा उपाय**: रूढ़िवादी डिफ़ॉल्ट जिन्हें प्रशासक समायोजित कर सकता है या हटा सकता है।

## SSIAG और होस्ट अधिकार

SSIAG प्रभावी होस्ट अधिकार का सत्यापन और प्रक्षेपण कर सकता है, लेकिन यह कोई श्रेष्ठ पंजीकरण प्राधिकरण नहीं बनाता और न ही लक्ष्य होस्ट के प्रशासक पर स्थायी वीटो लगाता है। उन्नत पहचान आश्वासन और शासन इंटरलॉक कॉलर-तटस्थ, स्वामी-कॉन्फ़िगर किए गए सुरक्षा उपाय हैं। समर्थित टूलिंग के भीतर प्रोटोकॉल-अखंडता आवश्यकताएँ अनिवार्य रहती हैं।

## Symphony क्या तय नहीं करता

Symphony यह तय नहीं करता कि कोई कर्ता संपत्ति का स्वामी हो सकता है, खाता खोल सकता है, अनुबंध पर हस्ताक्षर कर सकता है, दायित्व स्वीकार कर सकता है, या किसी अन्य संस्था की ओर से कार्य कर सकता है या नहीं। ये तथ्य संबंधित स्वामी, प्रदाता, प्रतिपक्ष और लागू कानून से संबंधित हैं। प्लेटफ़ॉर्म अपनी सीमित भूमिका में रहता है: यह संगतता साक्ष्य तैयार करता है और ऑपरेशनों का समर्थन करता है, लेकिन बाहरी कानूनी या वित्तीय क्षमता के निर्धारण तक विस्तार नहीं करता।

## व्यावहारिक निहितार्थ

जब आप qxctl या किसी वेक्टर इंजन को इनवोक करते हैं, तो वही जाँचें लागू होती हैं, चाहे आप कमांड मैन्युअल रूप से, किसी स्क्रिप्ट के माध्यम से, या किसी एजेंटिक टूल के माध्यम से चला रहे हों। अधिकार का मार्ग है: लक्ष्य-होस्ट स्वामित्व, स्पष्ट अनुमति, अपेक्षित स्थिति, सुरक्षा उपाय। किसी भी कॉलर प्रकार को स्वचालित छूट या स्वचालित प्रतिबंध नहीं मिलता।


## Related topics

- [QuanuX Symphony प्लेटफ़ॉर्म सिद्धांत](https://docs.quanux.org/symphony/hi/doctrine.md)
- [क्विकस्टार्ट: QuanuX Symphony का अन्वेषण करें](https://docs.quanux.org/symphony/hi/quickstart.md)
- [SSIAG: Symphony के लिए Secure Identity and Access Governance](https://docs.quanux.org/symphony/hi/governance/ssiag.md)
- [qxctl knowledge session: प्रमाणित Symphony सेशन](https://docs.quanux.org/symphony/hi/qxctl/session.md)
- [Symphony आर्किटेक्चर](https://docs.quanux.org/symphony/hi/concepts/architecture.md)


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.