नए उद्यम के लिए एक संविधान: एआई शासन के 15 नियम

ये निबंध का उद्देश्य वास्तुकला के बारे में होना था। इन्हें फिर से पढ़ें और देखें कि उन्होंने वास्तव में क्या किया: उन्होंने नियम जारी करना जारी रखा। स्वीकृतियां डेटा नहीं हैं; सत्यापन हैं। परिणाम के आधार पर शासन करें। मॉडल को प्रमोट न करें; कार्यप्रवाह को प्रमोट करें। एक ऐसा परिणाम जो अगले रन को नहीं बदलता, केवल एक घटना है, सीख नहीं।स्पष्ट रूप से कहा गया नियम टिप नहीं हैं। वे लेख हैं। और लेखन में कहीं, निष्कर्ष वैकल्पिक होना बंद हो गया: एक ऐसा उद्यम जो एआई पर चलना चाहता है, उसे एक संविधान की आवश्यकता है।

AI लैब्स ने यह निष्कर्ष हम सभी से पहले निकाल लिया। संविधान अपने मॉडलों के लिए लिखा — एक स्पष्ट सिद्धांतों का बयान जिसे सिस्टम को प्रशिक्षित किया जाता है — एक ऐसी सिद्धांत पर जो मॉडल प्रशिक्षण से बहुत आगे तक लागू होता है: ऐसा मार्गदर्शन जो किसी दस्तावेज़ में नहीं रहता, अंततः कहीं नहीं रहता। अब उन उद्यमों को देखें जो उन मॉडलों को लागू कर रहे हैं। अधिकांश के पास पायलट, सुरक्षा समीक्षाओं में बिखरी हुई नीति, और वह अंतर्ज्ञान है जो आखिरी विक्रेता ब्रीफ़िंग में उपस्थित व्यक्ति ने ले कर रखा है। मॉडलों के पास लिखित सिद्धांत हैं। उन्हें चलाने वाले संस्थानों के पास नहीं हैं।

एक संविधान क्यों, और कोई अन्य नीति क्यों नहीं? नीति किसी तकनीक के लिए लिखी जाती है, और यह तकनीक हर तिमाही बदलती है; एक संविधान संस्थान के लिए लिखा जाता है, और यह बताता है कि क्या कायम रहता है जबकि नीचे सब कुछ बदलता रहता है। नीतियां इतनी बढ़ती हैं कि कोई भी उन्हें संभाल नहीं पाता; एक संविधान इतना संक्षिप्त रहता है कि एक प्रबंधक इसे बैठक में ले जा सके। और एक संविधान संशोधन को स्वीकार करता है — खुले तौर पर, साक्ष्य के आधार पर — जहाँ नीति केवल जमा होती रहती है।

तो यहाँ मेरा है: पंद्रह लेख, तीन भागों में। केवल बयानों — प्रत्येक के पीछे का तर्क, और प्रत्येक के सबसे मजबूत आपत्तियां, एक निबंध की तुलना में अधिक जगह की हकदार हैं। मैं उन्हें अब प्रकाशित कर रहा हूँ, उस लंबी व्याख्या से पहले, बिल्कुल ताकि उन पर तर्क किया जा सके।

I. काम कैसे चलता है

लेख 1. परिणाम मूल्य की इकाई हैं। एक AI प्रोग्राम का मूल्यांकन इस बात से किया जाता है कि काम में क्या होता है: तेज़, कम त्रुटियां, सस्ता, कम मानव प्रयास, और वह नियंत्रण जो कायम रहता है। इन्हें गिनें। तैनात एजेंटों को न गिनें।

लेख 2. AI प्रस्तावित करता है, मनुष्य निर्णय लेते हैं, स्वचालन निष्पादित करता है। एजेंट संदर्भ पढ़ते हैं, विविधता संभालते हैं, साक्ष्य एकत्र करते हैं, और तैयारी करते हैं। मनुष्य उन निर्णयों को रखते हैं जो परिणाम लाते हैं, और उसके बाद की जवाबदेही। स्वचालन अनुमोदित परिवर्तन को लागू करता है।

लेख 3. ऐसी कार्य पर बुद्धिमत्ता खर्च न करें जिसे इसकी आवश्यकता नहीं है। जहाँ कार्य को लिखित रूप में दर्ज किया जा सकता है और जांचा जा सकता है, वह स्वचालन के रूप में चलता है — लूप में कोई मॉडल नहीं, प्रति रन भुगतान नहीं, हर बार वही परिणाम। मॉडल को केवल निर्णय, भाषा, और विविधता के लिए रखा जाता है।

लेख 4. समन्वय कार्य को एक साथ रखता है। जो कार्य लोग, एजेंट, स्वचालन और प्रणालियों को शामिल करता है, उसे एक घोषित संरचना द्वारा समन्वित किया जाता है जो प्रगति, स्थिति और पुनर्प्राप्ति का स्वामित्व रखती है। जहाँ मार्ग ज्ञात हो, उसे घोषित करें। लक्ष्य-खोज स्वतंत्रता को उन परिणामों के लिए बचाएँ जो वास्तव में मार्ग से आगे निकलते हैं — और ठीक वहीं इसे कड़ी तरह बाँधें।

लेख 5. अधिकार कार्य द्वारा अर्जित होते हैं, मॉडल को कभी नहीं दिए जाते। एक एजेंट प्रदान किए गए संदर्भ पर किसी की सहायता कर सकता है। इसे वास्तविक अधिकार केवल उसी कार्य पर मिलता है जिसके लिए उसे संदर्भ दिया गया है — वर्णित, सीमित, लिखित सीमाओं के साथ — और केवल तब जब साक्ष्य जमा होते हैं। प्रदर्शन घटने पर अधिकार स्वचालित रूप से घटते हैं।

लेख 6. अपवाद फ़ैक्टरी के लिए डिज़ाइन करें। हैप्पी पाथ वह है जो प्रक्रिया चार्ट दिखाता है; अपवाद वही हैं जहाँ कंपनी वास्तव में स्थित है। केवल हैप्पी पाथ को संभालने वाला डिज़ाइन आसान 80% को स्वचालित करता है और उस 20% पर ढह जाता है जहाँ लागत रहती है। एस्केलेशन, रोलबैक, और पुनर्प्राप्ति डिजाइन समय पर तय होते हैं, उत्पादन में खोजे नहीं जाते।

II. संस्थान क्या बनाता और रखता है

लेख 7. जैसे-जैसे आगे बढ़ें, नक्शा और रेलें बनाएं। हर AI डिप्लॉयमेंट को दो चीजें पीछे छोड़नी चाहिए: काम के वास्तविक संचालन का बेहतर नक्शा, और स्थिर साबित हिस्सों के लिए स्वचालन। दोनों को AI के साथ, एक ही समय में, पहले प्रोजेक्ट से बनाएं — बाद में अलग प्रोग्राम के रूप में नहीं।

लेख 8. निर्णय को कैप्चर करें, वार्तालापों को नहीं। मॉडल के साथ प्रत्येक इंटरैक्शन या तो उस कार्य से जुड़ जाता है जिससे वह संबंधित है — प्रक्रिया, केस, निर्णय — या सत्र समाप्त होने पर गायब हो जाता है। कैप्चर पहली निगरानी वाली डेलीगेशन से शुरू होता है, न कि स्वायत्तता से।

लेख 9. मॉडलों को किराए पर लें; स्मृति को अपने पास रखें। कभी भी एक ही मॉडल से बंधन न बनाएं — क्षमता, लागत, और डेटा के स्थान के आधार पर बदलें, बिना कार्य को पुनः लिखे। संस्थान जो रखता है वह स्मृति है: उसके कार्य का नक्शा, उसके निर्णयों और सुधारों का रिकॉर्ड, और समय के साथ अपने स्वयं के मान्य कार्य पर प्रशिक्षित मॉडल, अपने ही दीवारों के भीतर।

लेख 10. सीखना शासित है, स्वयं-परिवर्तन नहीं। साक्ष्य प्रस्तावित करता है; नामित मालिक अनुमोदित करता है; उस अनुमोदन के बिना कुछ भी संचालन योग्य नहीं बनता। निर्णयों का रिकॉर्ड केवल जोड़ने योग्य है।

III. लोगों के साथ क्या होता है

लेख 11. एक कार्यक्रम, दो नहीं। AI अपनाना और कार्यबल परिवर्तन एक ही कार्यक्रम हैं. प्रत्येक डिप्लॉयमेंट निर्णय कार्यबल निर्णय है; प्रत्येक कार्यबल निर्णय AI के सुरक्षित रूप से करने योग्य कार्य को बदलता है।

लेख 12. दोनों लेज़र रखें। उत्पादकता लेज़र रिकॉर्ड करता है कि क्या तेज़ और सस्ता हुआ। संस्थागत लेज़र रिकॉर्ड करता है कि क्या खो गया, संरक्षित या पुनर्निर्मित हुआ: विश्वास, मेंटरशिप, ग्राहक स्मृति, दबाव में निर्णय, संस्कृति। दोनों की रिपोर्ट करें।

लेख 13. शेष कार्य के आसपास भूमिकाओं को पुनः डिज़ाइन करें। हर भूमिका दो आउटपुट बनाती है: दृश्य कार्य उत्पाद, जिसे AI धीरे-धीरे अवशोषित करता है, और विकासात्मक वह जो नहीं — समय के साथ निर्मित विश्वास, मेंटरशिप, ग्राहक संबंध, विशेष मामलों में निर्णय। पहले वाले को हटाने से पहले दूसरे के आसपास भूमिकाओं को पुनः डिज़ाइन करें।

लेख 14. इंटर्नशिप को जानबूझकर पुनर्निर्मित करें। पुरानी इंटर्नशिप — जूनियर्स नियमित कार्य करके व्यापार सीखते हैं — तब समाप्त हो जाती है जब नियमित कार्य मशीनों को सौंपा जाता है। इसका प्रतिस्थापन जानबूझकर बनाएं: नक्शा प्रशिक्षण मैदान के रूप में, वरिष्ठ निर्णय सिखाते हैं, जूनियर्स मशीनों की मूल गति सिखाते हैं। जूनियर्स को न काटें।

लेख 15. लोकतंत्रीकरण, अराजकता नहीं। जो लोग कार्य के मालिक हैं, वे अपना कार्य लिखते हैं — ऐप्स, स्वचालन, एजेंट, सौंपे गए कार्य, नक्शे में सुधार — संस्थान द्वारा परिभाषित guardrails को संस्थान परिभाषित करता है, और उसका प्लेटफ़ॉर्म लागू करता है।

संशोधन खंड

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

तो इसके साथ तर्क करें। मुझे बताएं कि आपका संस्थान कौन सा लेख नहीं साइन कर सकता, और क्यों — वह आपत्ति ठीक वही बहस है जिसे यह दस्तावेज़ शुरू करने के लिए मौजूद है। प्रत्येक लेख के पीछे का तर्क, और उनके खिलाफ सबसे मजबूत मामलों, एक लंबी रूप में आ रहे हैं। लेकिन इसके लिए इंतजार न करें: अपने संस्थान के अपने नियमों को एक छोटे दस्तावेज़ में रखें — क्या वह हमेशा करेगा, और क्या वह कभी नहीं करेगा — उन्हें साइन करें, और साक्ष्य की मांग पर सार्वजनिक रूप से संशोधित करें। जब यह तकनीक स्थिर हो जाएगी — और यह होगी — तब भी खड़े रहने वाले संस्थान वही होंगे जो लिखित रूप में कह सकें कि वे क्या नहीं करेंगे और क्या वे कभी नहीं रोकेंगे, जबकि बाकी सब बदल गया है।