root नहीं
मॉडल अविशेषाधिकृत उपयोगकर्ता के रूप में काम करता है। कार्य के भीतर root मौजूद नहीं है।
Work मॉडल को बनाने की असली जगह देता है: टिकी रहने वाली फ़ाइलें, चलने वाली कमांड, परिणाम का लाइव प्रीव्यू — आपके अपने हार्डवेयर पर एक कड़े कंटेनर के भीतर।
यह सारांश नहीं है — यह हर Work कंटेनर की हार्डनिंग प्रोफ़ाइल है। नीतियाँ बजट बदल सकती हैं; इन पंक्तियों को कभी कमज़ोर नहीं कर सकतीं।
--user 1000:1000 --read-only --cap-drop ALL --security-opt no-new-privileges --pids-limit 256 --memory 2g --memory-swap 2g --cpus 2 --network none --mount …,dst=/workspace स्वयं जाँचें: किसी भी Work कंटेनर पर docker inspect चलाएँ।
मॉडल अविशेषाधिकृत उपयोगकर्ता के रूप में काम करता है। कार्य के भीतर root मौजूद नहीं है।
फ़ाइल सिस्टम केवल-पठनीय है। केवल कार्य का अपना कार्यक्षेत्र बदलाव स्वीकारता है।
हर Linux capability हटा दी जाती है और नए विशेषाधिकार प्राप्त नहीं किए जा सकते।
सैंडबॉक्स के भीतर कोई क्रेडेंशियल, API कुंजी या कंटेनर-इंजन सॉकेट नहीं है।
मॉडल उपकरणों के एक निश्चित सेट से काम करता है, और हर कॉल क्रम से कार्य के गतिविधि लॉग में दर्ज होती है।
फ़ाइलें और git — रन के बीच टिकने वाले कार्यक्षेत्र में पढ़ें, लिखें, स्थानांतरित करें और खोजें, स्थानीय स्थिति, diff, ब्रांच और कमिट के साथ।
कमांड और टर्मिनल — समय, आउटपुट, मेमोरी और प्रक्रियाओं की सीमा में कुछ भी चलाएँ; चाहें तो असली टर्मिनल खोलकर स्वयं दख़ल दें।
लाइव प्रीव्यू — प्रगति पर काम एक हस्ताक्षरित, प्रॉक्सी URL पर दिखता है जो आपके नेटवर्क पर कभी प्रकाशित नहीं होता।
वेब खोज — आपके अपने SearXNG इंस्टेंस के ज़रिए, जब प्रशासक इसे चालू करे।
नामित नीतियाँ प्रति कार्य इमेज और संसाधन बजट तय करती हैं — हार्डनिंग प्रोफ़ाइल नीति का हिस्सा नहीं है।
Work तब तक केवल प्रशासकों के लिए रहता है जब तक आप इसे उपयोगकर्ताओं के लिए न खोलें; वेब खोज, मॉडल डाउनलोड और एजेंट में वही स्विच है।
निष्क्रिय कार्य स्वयं रुक जाते हैं और वहीं से शुरू होते हैं — कार्यक्षेत्र हमेशा बना रहता है।
Docker तुरंत तैयार, या प्रति-कार्य डिस्क कोटा वाले Kubernetes Pod। दोनों में समान फ़्लैग।
एक कंटेनर: चैट, Work, प्रोवाइडर और प्रीव्यू शामिल।