Symphony का संचालन करने से पहले स्वयं को परिचित करने के लिए इस गाइड का उपयोग करें। दस्तावेज़ीकरण प्लेटफ़ॉर्म सिद्धांत, उपयोगकर्ता-चयनित इन्फ्रास्ट्रक्चर, वेक्टर-स्वामित्व वाले अर्थ और प्रशासनिक कमांड को अलग-अलग रखता है। सटीक इंस्टॉलेशन और निष्पादन चरण संबंधित घटक के वर्तमान कॉन्ट्रैक्ट में दिए जाते हैं।
1. संचालन सीमाएँ पढ़ें
प्लेटफ़ॉर्म सिद्धांत से शुरुआत करें। यह रणनीति और इन्फ्रास्ट्रक्चर पर उपयोगकर्ता स्वामित्व, कॉलर-वर्ग तटस्थता, साक्ष्य-आधारित संगतता और हॉट पाथ की सुरक्षा स्थापित करता है।
2. भौतिक मॉडल को समझें
Node, Habitat और Nest पढ़ें:
- Node: पहचाना गया भौतिक कंप्यूटर संसाधन।
- Habitat: किसी Node पर प्रदान की गई सटीक ऑपरेटिंग सिस्टम और पैकेज कंडीशनिंग।
- Nest: किसी उपयुक्त Habitat में रखा गया उपयोगकर्ता-उद्देश्य वर्कलोड।
किसी क्लस्टर की बसें और एडेप्टर स्पष्ट आर्किटेक्चरल विकल्प होते हैं। Symphony कोई सार्वभौमिक प्रदाता या रणनीति निर्धारित नहीं करता।
3. अर्थ के स्वामित्व का पता लगाएँ
आर्किटेक्चर अवलोकन वेक्टर कॉन्ट्रैक्ट, इंजन, qxctl और शासित साक्ष्य के बीच संबंध दिखाता है। वेक्टर और चरण बताता है कि डिलीवरी कार्य के चरणों से गुज़रने पर भी कोई वेक्टर अर्थगत स्वामी क्यों बना रहता है। Symphony Knowledge Vector Contract Quad और उसकी सहायक सतहों का वर्णन करता है।
4. प्रशासनिक सतह खोजें
qxctl अवलोकन Go में लिखे प्रशासनिक और क्वेरी CLI का परिचय देता है। किसी विशिष्ट कमांड परिवार के लिए qxctl पृष्ठों का उपयोग करें, जैसे knowledge, lifecycle, engines, या validation। qxctl कमांड व्याकरण और प्रस्तुति प्रदान करता है; ऑपरेशनों और उनके अर्थ के स्वामी वेक्टर कॉन्ट्रैक्ट हैं।
5. संबंधित कॉन्ट्रैक्ट और साक्ष्य की जाँच करें
किसी Node पर कार्रवाई करने या किसी वेक्टर इंजन को इनवोक करने से पहले, वर्तमान स्वामी कॉन्ट्रैक्ट, लक्ष्य स्थिति, प्राधिकरण और उपलब्ध रसीद या सत्यापन साक्ष्य की जाँच करें। कॉलर अधिकार और हॉट-पाथ पृथक्करण इन सीमाओं की व्याख्या करते हैं। कोई उभरती हुई सतह कोई निहित परिचालन गारंटी नहीं है। अंतिम संशोधन 10 अक्टूबर 2026
