जनरेटिव AI इंजीनियरिंग
जानें कि उत्पादन AI प्रणालियों में उपयोग किए जाने वाले प्रॉम्प्ट को कैसे पंजीकृत करें, संस्करण बनाएं, कॉन्फ़िगर करें, स्वीकृत करें, तैनात करें, ट्रैक करें, वापस लें और बंद करें।
16 शब्द
एसेट और रजिस्ट्री
Prompt asset
एक प्रॉम्प्ट और उससे जुड़ा मेटाडेटा, वेरिएबल, उदाहरण, कॉन्फ़िगरेशन, परीक्षण और स्वामित्व जानकारी।
उत्पादन प्रॉम्प्ट को गुमनाम कॉपी किए गए पाठ के बजाय, शासित एप्लिकेशन संपत्तियों के रूप में मानें।
एसेट में टेम्पलेट, स्कीमा, मालिक, मॉडल बाइंडिंग, परीक्षण सूट, जोखिम स्तर और रिलीज़ नोट्स शामिल हैं।एसेट और रजिस्ट्री
Prompt registry or store
एक नियंत्रित कैटलॉग जहां प्रॉम्प्ट संपत्तियों को खोजा, संस्करणित, तुलना और पुनर्प्राप्त किया जा सकता है।
इसका उपयोग उत्पादन संकेतों को स्रोत फ़ाइलों, दस्तावेज़ों और व्यक्तिगत नोट्स में बिखरे होने से रोकने के लिए करें।
खोज: उपयोग के मामले, स्वामी, स्थिति, मॉडल परिवार और वातावरण के आधार पर रजिस्ट्री।एसेट और रजिस्ट्री
Prompt ID
संशोधनों में एक तार्किक संकेत के लिए एक स्थिर पहचानकर्ता।
इसका उपयोग कोड, टेलीमेट्री और अनुमोदन में करें, जबकि संस्करण सटीक सामग्री की पहचान करते हैं।
prompt_id: support.case_summaryसंस्करण जीवनचक्र
Prompt version
प्रॉम्प्ट सामग्री और प्रासंगिक कॉन्फ़िगरेशन के एक पहचानने योग्य संशोधन।
पुनरुत्पादित मूल्यांकन, तैनाती, घटनाओं और रोलबैक के लिए अपरिवर्तनीय संस्करणों का उपयोग करें।
support.case_summary@17 जिसमें सामग्री डाइजेस्ट sha256:... है।संस्करण जीवनचक्र
Draft and published version
एक स्वीकृत अपरिवर्तनीय संशोधन के विपरीत एक परिवर्तनीय कार्य संशोधन जो अनुप्रयोगों के लिए उपलब्ध है।
पुनरावृति के लिए ड्राफ्ट का उपयोग करें और केवल आवश्यक परीक्षण और अनुमोदन पास होने के बाद ही प्रकाशित करें।
ड्राफ्ट 18 अभी भी संपादन योग्य है; उत्पादन संस्करण 17 के प्रकाशित संस्करण को संदर्भित करना जारी रखता है।कॉन्फ़िगरेशन
Prompt variable
एक नामित प्लेसहोल्डर जिसे रनटाइम पर अनुरोध-विशिष्ट डेटा के साथ भरा जाता है।
प्रत्येक चर के लिए प्रकार, आवश्यक फ़ील्ड, एस्केपिंग, लंबाई सीमा और विश्वास स्तर को परिभाषित करें।
प्रॉम्प्ट चर में गुप्त जानकारी न रखें जब तक कि स्वीकृत डिज़ाइन स्पष्ट रूप से इसकी आवश्यकता न हो और उसकी रक्षा न करे।
Summarize {{case_notes}} for {{audience}} using {{output_schema}}.कॉन्फ़िगरेशन
Prompt configuration
मॉडल, अनुमान पैरामीटर, टूल परिभाषाएँ, आउटपुट स्कीमा, और अन्य सेटिंग्स जो एक प्रॉम्प्ट से जुड़ी होती हैं।
संस्करण सेटिंग्स जो प्रॉम्प्ट टेक्स्ट के साथ व्यवहार को महत्वपूर्ण रूप से बदल सकती हैं।
कॉन्फ़िगरेशन: मॉडल परिवार, तापमान, अधिकतम आउटपुट, स्कीमा संस्करण, सक्षम उपकरण, टाइमआउट।कॉन्फ़िगरेशन
Model binding
घोषित मॉडल या मॉडल परिवार जिसके विरुद्ध एक संकेत संस्करण को डिज़ाइन और परीक्षण किया जाता है।
इसका उपयोग अप्रयुक्त मॉडल माइग्रेशन से व्यवहार में चुपचाप परिवर्तन को रोकने के लिए करें।
प्रॉम्प्ट v17 केवल मॉडल परिवार A के संस्करण 2026-05 के लिए स्वीकृत है।वितरण
Environment promotion
स्वीकृत प्रॉम्प्ट संस्करण को विकास, स्टेजिंग और उत्पादन वातावरण से गुजारना।
मैन्युअल रूप से वातावरण के बीच पाठ की प्रतिलिपि करने के बजाय, समान अपरिवर्तनीय संस्करण को बढ़ावा दें।
dev -> evaluation passed -> staging approval -> productionवितरण
Prompt deployment
एक चयनित प्रॉम्प्ट संस्करण और कॉन्फ़िगरेशन को एक एप्लिकेशन या वर्कफ़्लो के लिए उपलब्ध कराना।
स्वास्थ्य जांच, अवलोकन क्षमता और एक प्रलेखित रिकवरी पथ के साथ पहचानकर्ता द्वारा तैनात करें।
support.case_summary@17 को 10% योग्य ट्रैफ़िक पर तैनात करें, फिर रिलीज़ मेट्रिक्स की निगरानी करें।वितरण
Prompt rollback
समस्या पाए जाने के बाद, पहले से स्वीकृत प्रॉम्प्ट संस्करण पर ट्रैफ़िक लौटाना।
उत्पादन रिलीज़ से पहले रोलबैक की तैयारी और अभ्यास करें।
यदि आवश्यक-फ़ील्ड सटीकता थ्रेसहोल्ड से नीचे गिरती है, तो संस्करण 16 को संपादित किए बिना पुनर्स्थापित करें।शासन
Prompt change approval
एक प्रलेखित समीक्षा निर्णय जो एक परिभाषित उपयोग और वातावरण के लिए एक प्रॉम्प्ट संस्करण को अधिकृत करता है।
बाहरी रूप से दिखाई देने वाले, विनियमित, वित्तीय या सुरक्षा-प्रासंगिक व्यवहार के लिए आनुपातिक अनुमोदन की आवश्यकता होती है।
अनुमोदन रिकॉर्ड में समीक्षक, दायरा, साक्ष्य, सीमाएं, संस्करण और समाप्ति तिथि शामिल हैं।शासन
Prompt ownership
एक प्रॉम्प्ट की गुणवत्ता, पहुंच, समीक्षा, घटनाओं, अपडेट और सेवानिवृत्ति के लिए जिम्मेदारी सौंपना।
किसी प्रॉम्प्ट का उत्पादन में उपयोग करने से पहले एक सेवा स्वामी और बैकअप असाइन करें।
स्वामी: सपोर्ट प्लेटफॉर्म; समीक्षक: अनुपालन; अगली समीक्षा: 2026-10-01।शासन
Prompt audit log
प्रॉम्प्ट परिवर्तनों, स्वीकृतियों, परिनियोजनों, पहुंच और रोलबैक का एक छेड़छाड़-रोधी इतिहास।
इसका उपयोग घटनाओं की जांच करने और यह प्रदर्शित करने के लिए करें कि किसने क्या, कब और क्यों बदला।
अभिनेता, टाइमस्टैम्प, प्रॉम्प्ट ID, पहले और बाद के संस्करण, कार्रवाई, टिकट और वातावरण लॉग करें।अवलोकन क्षमता।
Prompt trace
एक अनुरोध-स्तरीय रिकॉर्ड जो प्रॉम्प्ट संस्करण, इनपुट, मॉडल कॉन्फ़िगरेशन, टूल गतिविधि, आउटपुट और मूल्यांकन संकेतों को जोड़ता है।
इसका उपयोग उचित मिनिमाइजेशन और एक्सेस नियंत्रण के साथ डिबगिंग और प्रदर्शन विश्लेषण के लिए करें।
ट्रेसिंग में व्यक्तिगत, गोपनीय या कॉपीराइट सामग्री शामिल हो सकती है; इसे उचित रूप से कम करें, संपादित करें, प्रतिबंधित करें और समाप्त करें।
trace_id प्रॉम्प्ट v17, संपादित इनपुट, मॉडल संस्करण, विलंबता, टोकन उपयोग और सत्यापनकर्ता परिणाम से लिंक करता है।संस्करण जीवनचक्र
Prompt deprecation
किसी प्रॉम्प्ट संस्करण या संपत्ति को "निलंबित" के रूप में चिह्नित करना और इसे नए उपयोग के लिए अनुशंसित नहीं करना।
माइग्रेशन मार्गदर्शन प्रकाशित करें, उपभोक्ताओं की पहचान करें, एक समय सीमा निर्धारित करें और हटाने से पहले रोलबैक का प्रमाण बनाए रखें।
1 अगस्त को v12 को अप्रचलित करें, शेष कॉलर्स को v17 में माइग्रेट करें, और इसके मूल्यांकन रिकॉर्ड को संग्रहीत करें।| रिकॉर्ड | यह क्यों महत्वपूर्ण है |
|---|---|
| प्रॉम्प्ट ID, अपरिवर्तनीय संस्करण और सामग्री डाइजेस्ट | यह पहचानता है कि मूल्यांकन या अनुरोध द्वारा उपयोग किया जाने वाला सटीक संसाधन कौन सा है। |
| मॉडल, पैरामीटर, स्कीमा, उपकरण और वेरिएबल अनुबंध | यह व्यवहार को पुनरुत्पादित करता है और संगतता आवश्यकताओं को उजागर करता है। |
| स्वामी, अनुमोदन, परीक्षण प्रमाण, वातावरण और रिलीज़ का समय | यह अधिकार, तत्परता और परिचालन जिम्मेदारी दिखाता है। |
| ट्रेस पॉलिसी, मॉनिटरिंग थ्रेसहोल्ड और रोलबैक लक्ष्य | यह घटना का पता लगाने, निदान और पुनर्प्राप्ति का समर्थन करता है |
स्रोत नियंत्रण उपयोगी है, लेकिन उत्पादन संचालन को प्रॉम्प्ट-विशिष्ट मेटाडेटा, मूल्यांकन प्रमाण, अनुमोदन, पर्यावरण प्रचार, अनुरोध ट्रेस, स्वामित्व, अप्रचलन और रोलबैक लिंक की भी आवश्यकता होती है। इन्हें कोड के आसपास बनाया जा सकता है या एक प्रॉम्प्ट रजिस्ट्री द्वारा प्रदान किया जा सकता है।
कम से कम, उन सेटिंग्स और निर्भरताओं को रिकॉर्ड करें जो व्यवहार को बदल सकती हैं, जैसे कि मॉडल संस्करण, समर्थित पैरामीटर, आउटपुट स्कीमा, टूल परिभाषाएं और वेरिएबल अनुबंध। चाहे वे एक ही संस्करण संख्या साझा करें, यह एक कार्यान्वयन विकल्प है, लेकिन सटीक संयोजन को पुन: प्रस्तुत किया जाना चाहिए।
अनावश्यक व्यक्तिगत डेटा, क्रेडेंशियल्स, गुप्त जानकारी, गोपनीय स्रोत सामग्री या बिना प्रतिबंध वाले कॉपीराइट सामग्री को बनाए न रखें। उद्देश्य सीमा, रेडैक्शन, एक्सेस नियंत्रण, प्रतिधारण सीमा, हटाने और कानूनी या अनुबंध संबंधी आवश्यकताओं को लागू करें।
आधिकारिक गाइड जो पुन: प्रयोज्य प्रॉम्प्ट, चर, विविधताएं, परीक्षण, संस्करण और एप्लिकेशन एकीकरण के बारे में है।
प्रबंधित प्रॉम्प्ट संस्करण बनाने और सूचीबद्ध करने के लिए आधिकारिक API संदर्भ।
भूमिका, निर्देश, उदाहरण, बाधाएं, पुन: प्रयोज्य टेम्पलेट और आउटपुट अनुबंध बनाएं।
किसी संस्करण को स्वीकृत और प्रचारित करने से पहले मूल्यांकन साक्ष्य उत्पन्न करें।
तैनाती के बाद सिस्टम गुणवत्ता, प्रतिगमन, मानव समीक्षा, विलंबता और लागत को ट्रैक करें।
गोपनीयता, पहुंच, इंजेक्शन सुरक्षा, गार्डरेल, मॉडरेशन और रेड-टीम नियंत्रण लागू करें।