क्लाइंट जिस भी बैकएंड के लिए भुगतान करता है, उसे क्लाइंट के काम की कोई भी चीज़ करने से पहले वही बुनियादी हिस्से चाहिए: साइन इन, सेशन, परमिशन, कॉन्फ़िगरेशन, फ़ाइल स्टोरेज, ईमेल, PDF, बैकग्राउंड जॉब और एक ऑडिट ट्रेल। हर प्रोजेक्ट के लिए नए सिरे से लिखे जाएँ तो इन हिस्सों में हफ़्ते लगते हैं, ये हर प्रोजेक्ट में अलग होते हैं, और इनके अपने बग होते हैं।
gm-libs इसका जवाब है: वह बुनियादी ढांचा जो पहले के काम में खुद को साबित कर चुका था, वहाँ से निकालकर वर्ज़न, डॉक्यूमेंटेशन और चेंजलॉग वाले पैकेजों के रूप में मज़बूत किया गया, और स्टूडियो जो फ़्रंटएंड और बैकएंड बनाता है उनमें बार-बार इस्तेमाल होता है।
### साइन इन और परमिशन, एक ही बार में हलऑथ पैकेज में Argon2id पासवर्ड हैशिंग, रोटेट होने वाले रिफ़्रेश सेशन के साथ कम समय तक चलने वाले एक्सेस टोकन, और OpenFGA पर रिलेशनशिप-आधारित परमिशन शामिल हैं, ताकि “शाखा के कर्मचारी सिर्फ़ अपनी शाखा देखें” जैसा नियम कोड में बिखरे चेक नहीं, बल्कि एक घोषित मॉडल हो। इसमें अकाउंट लिंकिंग के साथ सोशल और OIDC साइन इन, पासवर्ड के बिना साइन इन, मल्टी-फ़ैक्टर ऑथेंटिकेशन, पासकी और सिंगल साइन-ऑन भी शामिल हैं। नया बैकएंड एक मॉड्यूल इंपोर्ट करके यह सब पा लेता है।
क्लाइंट के लिए इसका मतलब है ऐसी सुरक्षा जो पहले ही एक फ़ाइनेंस प्लेटफ़ॉर्म पर मज़बूत और टेस्ट की जा चुकी है, डेडलाइन के दबाव में दोबारा ईजाद नहीं की गई।
### फ़ीचर, सुरक्षित तरीके से चालूफ़्लैग पैकेज तय करता है कि हर टेनेंट, शाखा, रोल या व्यक्ति के लिए क्या दिखेगा और क्या चलेगा, और यह कभी किसी रिक्वेस्ट को नहीं रोकता: फ़्लैग मेमोरी से पढ़े जाते हैं, और फ़्लैग सर्वर तक न पहुँचा जा सके तो हर फ़्लैग एक सुरक्षित डिफ़ॉल्ट पर लौट आता है, जो बंद रहता है जब तक टीम ने कुछ और न चुना हो। यह ऑथराइज़ेशन की जगह नहीं लेता, उसके साथ मिलकर काम करता है, इसलिए जब तक फ़्लैग और परमिशन दोनों हाँ न कहें, कुछ भी नहीं दिखता।
क्लाइंट किसी फ़ीचर को पहले एक शाखा या एक व्यक्ति के लिए रिलीज़ कर सकते हैं, उस पर नज़र रख सकते हैं, और बिना डिप्लॉय के उसका दायरा बढ़ा सकते हैं, और Al-Insaf टीम अपने फ़ीचर इसी तरह चलाती है।
### एक ऑडिट ट्रेल जो किसी को धीमा नहीं करताऑडिट पैकेज हर राइट पर दर्ज करता है कि किसने क्या, कहाँ और कब किया, उसे कैटेगरी और गंभीरता के हिसाब से वर्गीकृत करता है, और हर एंट्री को रिक्वेस्ट के रास्ते से हटाकर बैच में लिखने के लिए सौंप देता है। धीमा या फ़ेल होता ऑडिट स्टोर लॉग होता है और सिस्टम इस्तेमाल कर रहे व्यक्ति को कभी नहीं रोकता, और इसी वजह से हर ज़रूरी चीज़ का ऑडिट करना सुरक्षित है।
### हर पैकेज, एक कामऑथ, फ़्लैग और ऑडिट के साथ-साथ यह परिवार उन बाकी ज़रूरतों को भी पूरा करता है जो एक फ़्रंटएंड और एक बैकएंड को चाहिए, हर पैकेज एक ही काम करता है और एक ही तरीके से जुड़ता है: नीचे फ़्रेमवर्क-न्यूट्रल कोड, सर्वर के लिए एक NestJS परत, और जहाँ कोई पैकेज क्लाइंट तक पहुँचता है वहाँ React, Vue और Expo बाइंडिंग।
इनके साथ devkit वह जाँच है जो हर लाइब्रेरी रिलीज़ से पहले चलाती है। हर पैकेज अपनी निजी रिपॉज़िटरी में अपनी रिलीज़ के साथ रहता है, इसलिए किसी क्लाइंट का सिस्टम तभी बदलता है जब उसकी टीम नया वर्ज़न लेती है।
### एक फ़िक्स, हर सिस्टमक्योंकि स्टूडियो के सभी फ़्रंटएंड और बैकएंड एक ही नींव पर टिके हैं, एक बार किया गया सिक्योरिटी फ़िक्स या सुधार वर्ज़न बम्प के ज़रिए उन सब तक पहुँचता है, साथ में एक चेंजलॉग होता है जो बताता है कि क्या बदला और क्यों। हर रिलीज़ में सिमेंटिक वर्ज़निंग का पालन होता है, इसलिए किसी दूसरे क्लाइंट को कुछ नया चाहिए था, सिर्फ़ इस वजह से किसी क्लाइंट का सिस्टम नहीं टूटता, और कंसोल उसी दिन दिखा देता है कि किस कंज़्यूमर ने अभी तक कोई रिलीज़ नहीं ली है।
क्लाइंट्स के लिए नतीजा है तेज़ डिलीवरी, कम अप्रत्याशित झटके, और ऐसे हिस्सों पर बना प्रोडक्ट जो कहीं और प्रोडक्शन से गुज़र चुके हैं, जिनमें Al-Insaf की कहानी वाला लेजर-स्तर का फ़ाइनेंस प्लेटफ़ॉर्म भी शामिल है।
### हर पैकेज, प्रकाशित और निगरानी मेंहर पैकेज स्टूडियो की निजी npm रजिस्ट्री से इंस्टॉल होता है, और स्टूडियो का कंसोल उस रजिस्ट्री को वैसे ही पढ़ता है जैसे कोई कंज़्यूमर पढ़ेगा। यह रजिस्ट्री को पिंग करता है, हर पैकेज का हर वर्ज़न उसके प्रकाशन समय, पैक किए गए आकार और इंटीग्रिटी के साथ पढ़ता है, और कंज़्यूमरों के अपने मैनिफ़ेस्ट उनकी डिफ़ॉल्ट ब्रांच से पढ़कर परखता है कि हर डिपेंडेंसी नवीनतम रिलीज़ पर पहुँचती है या नहीं। कोई लाइब्रेरी परिवार उतना ही उपयोगी है जितना यह सबूत कि उसे इस्तेमाल करने वाला हर सिस्टम अद्यतन है, और वह सबूत यहीं रहता है।
कैप्चर के दिन, 30 सितंबर 2026 को, व्यू में रजिस्ट्री चालू थी, हर पैकेज प्रकाशित था, रजिस्ट्री का अपना एक हालिया बैकअप था, और स्टूडियो के अपने टूल को छोड़कर हर कंज़्यूमर नवीनतम रिलीज़ पर था, वे टूल तब भी core और pdf की पुरानी रिलीज़ पर थे।
### GitHub Release से npm install तक, स्टूडियो की रजिस्ट्री से होकरकिसी लाइब्रेरी पर लगाया गया टैग GitHub पर उसकी रिलीज़ चलाता है और रिलीज़ के साथ एक पैक की गई फ़ाइल जोड़ता है। क्लस्टर के अंदर एक सिंक हर पाँच मिनट में ठीक वही फ़ाइल प्रकाशित करता है, इसलिए रिलीज़ और रजिस्ट्री में वही बाइट रहते हैं, जिन्हें हर रात फिर से जाँचा जाता है। पढ़ने के लिए लॉगिन चाहिए, और सार्वजनिक नाम कोई राइट स्वीकार नहीं करता। GitHub Packages को इसलिए छोड़ा गया क्योंकि लाइब्रेरी और उनके कंज़्यूमर अलग-अलग ऑर्गनाइज़ेशन में रहते हैं।