mirror of
https://github.com/trustgraph-ai/trustgraph.git
synced 2026-07-10 22:02:12 +02:00
update more languages
Signed-off-by: Alex Jenkins <kjenkins60@gatech.edu>
This commit is contained in:
parent
835acaa70e
commit
16c2f12a54
249 changed files with 117186 additions and 186 deletions
|
|
@ -11,18 +11,30 @@
|
|||
1. **मॉडल चयन**: उपयोगकर्ताओं को प्रोसेसर के लिए विभिन्न एलएलएम मॉडल (जैसे, `gemma3:8b`, `gpt-4`, `claude-3`) चुनने की अनुमति देना
|
||||
2. **संसाधन कॉन्फ़िगरेशन**: प्रोसेसर पैरामीटर जैसे कि चंक आकार, बैच आकार और समवर्ती सीमा को समायोजित करना
|
||||
3. **व्यवहार ट्यूनिंग**: तापमान, अधिकतम-टोकन या पुनर्प्राप्ति थ्रेसहोल्ड जैसे पैरामीटर के माध्यम से प्रोसेसर व्यवहार को संशोधित करना
|
||||
<<<<<<< HEAD
|
||||
4. **पर्यावरण-विशिष्ट पैरामीटर**: प्रत्येक परिनियोजन के लिए समापन बिंदु, एपीआई कुंजियाँ या क्षेत्र-विशिष्ट यूआरएल को कॉन्फ़िगर करना
|
||||
=======
|
||||
4. **पर्यावरण-विशिष्ट पैरामीटर**: प्रत्येक तैनाती के लिए समापन बिंदु, एपीआई कुंजियाँ या क्षेत्र-विशिष्ट यूआरएल को कॉन्फ़िगर करना
|
||||
>>>>>>> 82edf2d (New md files from RunPod)
|
||||
|
||||
## लक्ष्य
|
||||
|
||||
**डायनामिक प्रोसेसर कॉन्फ़िगरेशन**: पैरामीटर प्रतिस्थापन के माध्यम से प्रोसेसर पैरामीटर के रनटाइम कॉन्फ़िगरेशन को सक्षम करना
|
||||
**पैरामीटर सत्यापन**: फ्लो लॉन्च समय पर पैरामीटर के लिए टाइप चेकिंग और सत्यापन प्रदान करना
|
||||
<<<<<<< HEAD
|
||||
**डिफ़ॉल्ट मान**: समझदार डिफ़ॉल्ट का समर्थन करना जबकि उन्नत उपयोगकर्ताओं के लिए ओवरराइड की अनुमति देना
|
||||
=======
|
||||
**डिफ़ॉल्ट मान**: समझदार डिफ़ॉल्ट मानों का समर्थन करना जबकि उन्नत उपयोगकर्ताओं के लिए ओवरराइड की अनुमति देना
|
||||
>>>>>>> 82edf2d (New md files from RunPod)
|
||||
**टेम्पलेट प्रतिस्थापन**: प्रोसेसर पैरामीटर में पैरामीटर प्लेसहोल्डर को निर्बाध रूप से बदलना
|
||||
**यूआई एकीकरण**: एपीआई और यूआई इंटरफेस दोनों के माध्यम से पैरामीटर इनपुट को सक्षम करना
|
||||
**टाइप सुरक्षा**: यह सुनिश्चित करना कि पैरामीटर प्रकार अपेक्षित प्रोसेसर पैरामीटर प्रकारों से मेल खाते हैं
|
||||
**प्रलेखन**: फ्लो ब्लूप्रिंट परिभाषाओं के भीतर स्व-प्रलेखित पैरामीटर स्कीमा
|
||||
<<<<<<< HEAD
|
||||
**पिछड़ा संगतता**: मौजूदा फ्लो ब्लूप्रिंट के साथ संगतता बनाए रखना जो पैरामीटर का उपयोग नहीं करते हैं
|
||||
=======
|
||||
**पिछला संगतता**: मौजूदा फ्लो ब्लूप्रिंट के साथ संगतता बनाए रखना जो पैरामीटर का उपयोग नहीं करते हैं
|
||||
>>>>>>> 82edf2d (New md files from RunPod)
|
||||
|
||||
## पृष्ठभूमि
|
||||
|
||||
|
|
@ -52,7 +64,11 @@
|
|||
|
||||
1. **पैरामीटर स्कीमा परिभाषा**
|
||||
फ्लो ब्लूप्रिंट मेटाडेटा के भीतर JSON स्कीमा-आधारित पैरामीटर परिभाषाएँ
|
||||
<<<<<<< HEAD
|
||||
स्ट्रिंग, नंबर, बूलियन, एनम और ऑब्जेक्ट प्रकार सहित प्रकार परिभाषाएँ
|
||||
=======
|
||||
स्ट्रिंग, संख्या, बूलियन, एनम और ऑब्जेक्ट प्रकार सहित प्रकार परिभाषाएँ
|
||||
>>>>>>> 82edf2d (New md files from RunPod)
|
||||
न्यूनतम/अधिकतम मान, पैटर्न और आवश्यक फ़ील्ड सहित सत्यापन नियम
|
||||
|
||||
मॉड्यूल: trustgraph-flow/trustgraph/flow/definition.py
|
||||
|
|
@ -67,7 +83,11 @@
|
|||
|
||||
3. **पैरामीटर स्टोर एकीकरण**
|
||||
स्कीमा/कॉन्फ़िग स्टोर से पैरामीटर परिभाषाओं की पुनर्प्राप्ति
|
||||
<<<<<<< HEAD
|
||||
अक्सर उपयोग की जाने वाली पैरामीटर परिभाषाओं का कैशिंग
|
||||
=======
|
||||
बार-बार उपयोग की जाने वाली पैरामीटर परिभाषाओं का कैशिंग
|
||||
>>>>>>> 82edf2d (New md files from RunPod)
|
||||
केंद्रीय रूप से संग्रहीत स्कीमा के विरुद्ध सत्यापन
|
||||
|
||||
मॉड्यूल: trustgraph-flow/trustgraph/flow/parameter_store.py
|
||||
|
|
@ -222,10 +242,17 @@
|
|||
`description`: यूआई प्रदर्शन के लिए मानव-पठनीय विवरण
|
||||
`order`: पैरामीटर फ़ॉर्म के लिए प्रदर्शन क्रम (छोटे नंबर पहले दिखाई देते हैं)
|
||||
`advanced` (वैकल्पिक): एक बूलियन ध्वज जो इंगित करता है कि क्या यह एक उन्नत पैरामीटर है (डिफ़ॉल्ट: false)। जब इसे true पर सेट किया जाता है, तो यूआई डिफ़ॉल्ट रूप से इस पैरामीटर को छिपा सकता है या इसे "उन्नत" अनुभाग में रख सकता है
|
||||
<<<<<<< HEAD
|
||||
`controlled-by` (वैकल्पिक): एक अन्य पैरामीटर का नाम जो सरल मोड में इस पैरामीटर के मान को नियंत्रित करता है। जब निर्दिष्ट किया जाता है, तो यह पैरामीटर अपने मान को नियंत्रित पैरामीटर से प्राप्त करता है जब तक कि स्पष्ट रूप से ओवरराइड न किया जाए
|
||||
|
||||
यह दृष्टिकोण अनुमति देता है:
|
||||
कई प्रवाह ब्लूप्रिंट में पुन: प्रयोज्य पैरामीटर प्रकार परिभाषाएँ
|
||||
=======
|
||||
`controlled-by` (वैकल्पिक): एक अन्य पैरामीटर का नाम जो सरल मोड में इस पैरामीटर के मान को नियंत्रित करता है। जब निर्दिष्ट किया जाता है, तो यह पैरामीटर अपने मान को नियंत्रित पैरामीटर से विरासत में लेता है जब तक कि स्पष्ट रूप से ओवरराइड न किया जाए
|
||||
|
||||
यह दृष्टिकोण अनुमति देता है:
|
||||
कई फ़्लो ब्लूप्रिंट में पुन: प्रयोज्य पैरामीटर प्रकार परिभाषाएँ
|
||||
>>>>>>> 82edf2d (New md files from RunPod)
|
||||
केंद्रीकृत पैरामीटर प्रकार प्रबंधन और सत्यापन
|
||||
प्रवाह-विशिष्ट पैरामीटर विवरण और क्रम
|
||||
वर्णनात्मक पैरामीटर फ़ॉर्म के साथ बेहतर यूआई अनुभव
|
||||
|
|
@ -234,9 +261,15 @@
|
|||
बुनियादी/उन्नत मोड अलगाव के साथ सरलीकृत यूआई
|
||||
संबंधित सेटिंग्स के लिए पैरामीटर मान विरासत
|
||||
|
||||
<<<<<<< HEAD
|
||||
#### प्रवाह लॉन्च अनुरोध
|
||||
|
||||
प्रवाह लॉन्च एपीआई प्रवाह के पैरामीटर नामों का उपयोग करके पैरामीटर स्वीकार करता है:
|
||||
=======
|
||||
#### फ़्लो लॉन्च अनुरोध
|
||||
|
||||
फ़्लो लॉन्च एपीआई प्रवाह के पैरामीटर नामों का उपयोग करके पैरामीटर स्वीकार करता है:
|
||||
>>>>>>> 82edf2d (New md files from RunPod)
|
||||
|
||||
```json
|
||||
{
|
||||
|
|
@ -250,12 +283,20 @@
|
|||
}
|
||||
```
|
||||
|
||||
<<<<<<< HEAD
|
||||
ध्यान दें: इस उदाहरण में, `llm-rag-model` स्पष्ट रूप से प्रदान नहीं किया गया है, लेकिन यह `llm-model` से "claude-3" मान को अपने `controlled-by` संबंध के कारण प्राप्त करेगा। इसी तरह, `chunk-overlap` `chunk-size` के आधार पर गणना किए गए मान को प्राप्त कर सकता है।
|
||||
=======
|
||||
ध्यान दें: इस उदाहरण में, `llm-rag-model` स्पष्ट रूप से प्रदान नहीं किया गया है, लेकिन यह `llm-model` से "claude-3" मान को अपने `controlled-by` संबंध के कारण प्राप्त करेगा। इसी तरह, `chunk-overlap` `chunk-size` के आधार पर एक गणना किए गए मान को प्राप्त कर सकता है।
|
||||
>>>>>>> 82edf2d (New md files from RunPod)
|
||||
|
||||
सिस्टम निम्नलिखित कार्य करेगा:
|
||||
1. फ्लो ब्लूप्रिंट परिभाषा से पैरामीटर मेटाडेटा निकालें
|
||||
2. फ्लो पैरामीटर नामों को उनके प्रकार परिभाषाओं (जैसे, `llm-model` → `llm-model` प्रकार) में मैप करें
|
||||
<<<<<<< HEAD
|
||||
3. नियंत्रित-द्वारा संबंधों को हल करें (जैसे, `llm-rag-model` `llm-model` से प्राप्त होता है)
|
||||
=======
|
||||
3. नियंत्रित-द्वारा (controlled-by) संबंधों को हल करें (जैसे, `llm-rag-model` `llm-model` से प्राप्त होता है)
|
||||
>>>>>>> 82edf2d (New md files from RunPod)
|
||||
4. पैरामीटर प्रकार परिभाषाओं के विरुद्ध उपयोगकर्ता द्वारा प्रदान किए गए और प्राप्त मूल्यों को मान्य करें
|
||||
5. फ्लो इंस्टेंशिएशन के दौरान हल किए गए मूल्यों को प्रोसेसर पैरामीटर में प्रतिस्थापित करें
|
||||
|
||||
|
|
@ -268,14 +309,22 @@
|
|||
1. **फ्लो ब्लूप्रिंट लोडिंग**: फ्लो ब्लूप्रिंट परिभाषा लोड करें और पैरामीटर मेटाडेटा निकालें
|
||||
2. **मेटाडेटा निष्कर्षण**: फ्लो ब्लूप्रिंट के `parameters` अनुभाग में परिभाषित प्रत्येक पैरामीटर के लिए `type`, `description`, `order`, `advanced`, और `controlled-by` निकालें
|
||||
3. **टाइप परिभाषा लुकअप**: फ्लो ब्लूप्रिंट में प्रत्येक पैरामीटर के लिए:
|
||||
<<<<<<< HEAD
|
||||
स्कीमा/कॉन्फ़िग स्टोर से `type` फ़ील्ड का उपयोग करके पैरामीटर प्रकार परिभाषा प्राप्त करें
|
||||
=======
|
||||
`type` फ़ील्ड का उपयोग करके स्कीमा/कॉन्फ़िग स्टोर से पैरामीटर प्रकार परिभाषा प्राप्त करें
|
||||
>>>>>>> 82edf2d (New md files from RunPod)
|
||||
प्रकार परिभाषाएँ कॉन्फ़िग सिस्टम में "parameter-type" प्रकार के साथ संग्रहीत की जाती हैं
|
||||
प्रत्येक प्रकार की परिभाषा में पैरामीटर का स्कीमा, डिफ़ॉल्ट मान और सत्यापन नियम होते हैं
|
||||
4. **डिफ़ॉल्ट मान रिज़ॉल्यूशन**:
|
||||
फ्लो ब्लूप्रिंट में परिभाषित प्रत्येक पैरामीटर के लिए:
|
||||
जांचें कि क्या उपयोगकर्ता ने इस पैरामीटर के लिए कोई मान प्रदान किया है
|
||||
यदि कोई उपयोगकर्ता मान प्रदान नहीं किया गया है, तो पैरामीटर प्रकार परिभाषा से `default` मान का उपयोग करें
|
||||
<<<<<<< HEAD
|
||||
उपयोगकर्ता द्वारा प्रदान किए गए और डिफ़ॉल्ट मानों दोनों को शामिल करते हुए एक पूर्ण पैरामीटर मानचित्र बनाएं
|
||||
=======
|
||||
उपयोगकर्ता द्वारा प्रदान किए गए और डिफ़ॉल्ट मानों दोनों को शामिल करते हुए एक पूर्ण पैरामीटर मैप बनाएं
|
||||
>>>>>>> 82edf2d (New md files from RunPod)
|
||||
5. **पैरामीटर इनहेरिटेंस रिज़ॉल्यूशन** (नियंत्रित-द्वारा संबंध):
|
||||
`controlled-by` फ़ील्ड वाले पैरामीटर के लिए, जांचें कि क्या कोई मान स्पष्ट रूप से प्रदान किया गया था
|
||||
यदि कोई स्पष्ट मान प्रदान नहीं किया गया है, तो नियंत्रित पैरामीटर से मान प्राप्त करें
|
||||
|
|
@ -287,9 +336,15 @@
|
|||
9. **प्रोसेसर इंस्टेंशिएशन**: प्रतिस्थापित पैरामीटर के साथ प्रोसेसर बनाएं
|
||||
|
||||
**महत्वपूर्ण कार्यान्वयन नोट्स:**
|
||||
<<<<<<< HEAD
|
||||
फ्लो सर्विस को पैरामीटर प्रकार परिभाषाओं से डिफ़ॉल्ट के साथ उपयोगकर्ता द्वारा प्रदान किए गए पैरामीटर को मर्ज करना होगा
|
||||
पूर्ण पैरामीटर सेट (लागू डिफ़ॉल्ट सहित) को पता लगाने के लिए फ्लो के साथ संग्रहीत किया जाना चाहिए
|
||||
पैरामीटर रिज़ॉल्यूशन फ्लो शुरू होने के समय होता है, प्रोसेसर इंस्टेंशिएशन के समय नहीं
|
||||
=======
|
||||
फ्लो सेवा को उपयोगकर्ता द्वारा प्रदान किए गए पैरामीटर को पैरामीटर प्रकार परिभाषाओं से डिफ़ॉल्ट के साथ मर्ज करना होगा
|
||||
पूर्ण पैरामीटर सेट (लागू डिफ़ॉल्ट सहित) को ट्रेसबिलिटी के लिए फ्लो के साथ संग्रहीत किया जाना चाहिए
|
||||
पैरामीटर रिज़ॉल्यूशन फ्लो शुरू होने के समय होता है, न कि प्रोसेसर इंस्टेंशिएशन के समय
|
||||
>>>>>>> 82edf2d (New md files from RunPod)
|
||||
डिफ़ॉल्ट के बिना आवश्यक पैरामीटर गायब होने से फ्लो शुरू होने में विफलता होनी चाहिए, साथ ही एक स्पष्ट त्रुटि संदेश भी
|
||||
|
||||
#### नियंत्रित-द्वारा के साथ पैरामीटर इनहेरिटेंस
|
||||
|
|
@ -316,7 +371,11 @@
|
|||
#### पल्सर एकीकरण
|
||||
|
||||
1. **स्टार्ट-फ्लो ऑपरेशन**
|
||||
<<<<<<< HEAD
|
||||
पल्सर स्टार्ट-फ्लो ऑपरेशन को एक `parameters` फ़ील्ड स्वीकार करना होगा जिसमें पैरामीटर मानों का एक मानचित्र होता है
|
||||
=======
|
||||
पल्सर स्टार्ट-फ्लो ऑपरेशन को एक `parameters` फ़ील्ड स्वीकार करना होगा जिसमें पैरामीटर मानों का एक मैप हो
|
||||
>>>>>>> 82edf2d (New md files from RunPod)
|
||||
स्टार्ट-फ्लो अनुरोध के लिए पल्सर स्कीमा को वैकल्पिक `parameters` फ़ील्ड को शामिल करने के लिए अपडेट किया जाना चाहिए
|
||||
उदाहरण अनुरोध:
|
||||
```json
|
||||
|
|
@ -374,12 +433,21 @@
|
|||
प्रत्येक पैरामीटर के लिए, कॉन्फ़िगरेशन स्टोर से इसके प्रकार की परिभाषा प्राप्त करें
|
||||
उन सभी पैरामीटर के लिए डिफ़ॉल्ट मान लागू करें जो उपयोगकर्ता द्वारा प्रदान नहीं किए गए हैं
|
||||
`controlled-by` विरासत संबंधों को संभालें
|
||||
<<<<<<< HEAD
|
||||
संपूर्ण पैरामीटर सेट लौटाएं
|
||||
|
||||
2. **संशोधित `handle_start_flow` विधि**
|
||||
फ़्लो ब्लूप्रिंट लोड करने के बाद `resolve_parameters` को कॉल करें
|
||||
टेम्पलेट प्रतिस्थापन के लिए पूरे हल किए गए पैरामीटर सेट का उपयोग करें
|
||||
पूरे पैरामीटर सेट को (केवल उपयोगकर्ता द्वारा प्रदान किए गए नहीं) फ़्लो के साथ संग्रहीत करें
|
||||
=======
|
||||
पूर्ण पैरामीटर सेट लौटाएं
|
||||
|
||||
2. **संशोधित `handle_start_flow` विधि**
|
||||
फ़्लो ब्लूप्रिंट लोड करने के बाद `resolve_parameters` को कॉल करें
|
||||
टेम्पलेट प्रतिस्थापन के लिए पूर्ण हल किए गए पैरामीटर सेट का उपयोग करें
|
||||
पूर्ण पैरामीटर सेट (केवल उपयोगकर्ता द्वारा प्रदान किए गए नहीं) को फ़्लो के साथ संग्रहीत करें
|
||||
>>>>>>> 82edf2d (New md files from RunPod)
|
||||
सत्यापित करें कि सभी आवश्यक पैरामीटर में मान हैं
|
||||
|
||||
3. **पैरामीटर प्रकार प्राप्त करना**
|
||||
|
|
@ -391,8 +459,13 @@
|
|||
|
||||
3. **फ़्लो ऑब्जेक्ट स्टोरेज**
|
||||
जब कोई फ़्लो घटक कॉन्फ़िगर प्रबंधक में कॉन्फ़िगर सिस्टम में जोड़ा जाता है, तो फ़्लो ऑब्जेक्ट में हल किए गए पैरामीटर मान शामिल होने चाहिए
|
||||
<<<<<<< HEAD
|
||||
कॉन्फ़िगर प्रबंधक को मूल उपयोगकर्ता-प्रदान किए गए पैरामीटर और हल किए गए मान दोनों (डिफ़ॉल्ट लागू किए गए) को संग्रहीत करने की आवश्यकता होती है
|
||||
कॉन्फ़िगर सिस्टम में फ़्लो ऑब्जेक्ट में शामिल होना चाहिए:
|
||||
=======
|
||||
कॉन्फ़िगर प्रबंधक को मूल उपयोगकर्ता-प्रदान किए गए पैरामीटर और हल किए गए मान (डिफ़ॉल्ट लागू होने के साथ) दोनों को संग्रहीत करने की आवश्यकता है
|
||||
कॉन्फ़िगर सिस्टम में फ़्लो ऑब्जेक्ट में निम्नलिखित शामिल होने चाहिए:
|
||||
>>>>>>> 82edf2d (New md files from RunPod)
|
||||
`parameters`: फ़्लो के लिए उपयोग किए गए अंतिम हल किए गए पैरामीटर मान
|
||||
|
||||
#### CLI एकीकरण
|
||||
|
|
@ -413,7 +486,11 @@
|
|||
5. **पैरामीटरस्पेक समर्थन**
|
||||
प्रोसेसर बेस क्लास को मौजूदा पैरामीटर्सस्पेक तंत्र के माध्यम से पैरामीटर प्रतिस्थापन का समर्थन करने की आवश्यकता है
|
||||
पैरामीटर्सस्पेक क्लास (उपभोक्तास्पेक और प्रोड्यूसरस्पेक के समान मॉड्यूल में स्थित) को पैरामीटर टेम्पलेट प्रतिस्थापन का समर्थन करने के लिए आवश्यक होने पर बढ़ाया जाना चाहिए
|
||||
<<<<<<< HEAD
|
||||
प्रोसेसर को अपने पैरामीटर को कॉन्फ़िगर करने के लिए पैरामीटर्सस्पेक को कॉल करने में सक्षम होना चाहिए, जिसमें फ़्लो लॉन्च समय पर हल किए गए पैरामीटर मान शामिल हैं
|
||||
=======
|
||||
प्रोसेसर को अपने पैरामीटर को कॉन्फ़िगर करने के लिए पैरामीटर्सस्पेक को लागू करने में सक्षम होना चाहिए, जिसमें फ़्लो लॉन्च समय पर हल किए गए पैरामीटर मान शामिल हैं
|
||||
>>>>>>> 82edf2d (New md files from RunPod)
|
||||
पैरामीटर्सस्पेक कार्यान्वयन को:
|
||||
पैरामीटर कॉन्फ़िगरेशन स्वीकार करें जिसमें पैरामीटर प्लेसहोल्डर शामिल हैं (जैसे, `{model}`, `{temperature}`)
|
||||
प्रोसेसर के इंस्टेंट होने पर रनटाइम पैरामीटर प्रतिस्थापन का समर्थन करें
|
||||
|
|
@ -422,7 +499,11 @@
|
|||
|
||||
#### प्रतिस्थापन नियम
|
||||
|
||||
<<<<<<< HEAD
|
||||
प्रोसेसर पैरामीटर में पैरामीटर `{parameter-name}` प्रारूप का उपयोग करते हैं
|
||||
=======
|
||||
पैरामीटर प्रोसेसर पैरामीटर में `{parameter-name}` प्रारूप का उपयोग करते हैं
|
||||
>>>>>>> 82edf2d (New md files from RunPod)
|
||||
पैरामीटर में पैरामीटर नाम फ़्लो के `parameters` अनुभाग में कुंजियों से मेल खाते हैं
|
||||
प्रतिस्थापन `{id}` और `{class}` प्रतिस्थापन के साथ-साथ होता है
|
||||
अमान्य पैरामीटर संदर्भ लॉन्च-टाइम त्रुटियों का परिणाम देते हैं
|
||||
|
|
@ -430,7 +511,11 @@
|
|||
**महत्वपूर्ण**: सभी पैरामीटर मान स्ट्रिंग के रूप में संग्रहीत और प्रसारित किए जाते हैं
|
||||
संख्याओं को स्ट्रिंग में परिवर्तित किया जाता है (जैसे, `0.7` `"0.7"` बन जाता है)
|
||||
बूलियन को लोअरकेस स्ट्रिंग में परिवर्तित किया जाता है (जैसे, `true` `"true"` बन जाता है)
|
||||
<<<<<<< HEAD
|
||||
यह पल्सर स्कीमा की आवश्यकता है जो `parameters = Map(String())` को परिभाषित करती है
|
||||
=======
|
||||
यह पल्सर स्कीमा द्वारा आवश्यक है जो `parameters = Map(String())` को परिभाषित करता है
|
||||
>>>>>>> 82edf2d (New md files from RunPod)
|
||||
|
||||
उदाहरण समाधान:
|
||||
```
|
||||
|
|
@ -459,11 +544,16 @@ Substituted in processor: "0.7" (string)
|
|||
1. सिस्टम को बिना पैरामीटर वाले फ्लो ब्लूप्रिंट का समर्थन करना जारी रखना चाहिए।
|
||||
घोषित।
|
||||
2. सिस्टम को बिना पैरामीटर वाले फ्लो का समर्थन करना जारी रखना चाहिए:
|
||||
<<<<<<< HEAD
|
||||
यह बिना पैरामीटर वाले फ्लो और पैरामीटर वाले फ्लो दोनों के लिए काम करता है (उनके पास डिफ़ॉल्ट होते हैं)।
|
||||
=======
|
||||
यह बिना पैरामीटर वाले फ्लो और पैरामीटर वाले फ्लो दोनों के लिए काम करता है (उनके पास डिफ़ॉल्ट मान होते हैं)।
|
||||
>>>>>>> 82edf2d (New md files from RunPod)
|
||||
|
||||
## खुले प्रश्न
|
||||
|
||||
|
||||
<<<<<<< HEAD
|
||||
प्रश्न: क्या पैरामीटर जटिल, नेस्टेड ऑब्जेक्ट्स का समर्थन करेंगे, या केवल साधारण प्रकारों तक सीमित रहेंगे?
|
||||
उत्तर: पैरामीटर मान स्ट्रिंग के रूप में एन्कोड किए जाएंगे, इसलिए शायद हमें
|
||||
केवल स्ट्रिंग तक ही सीमित रहना चाहिए।
|
||||
|
|
@ -477,6 +567,21 @@ Substituted in processor: "0.7" (string)
|
|||
अ: यह सही नहीं है कि फ्लो शुरू करते समय आईडी और क्लास दोनों निर्दिष्ट किए जाएं।
|
||||
|
||||
प्रश्न: क्या हमें गणना किए गए पैरामीटर (अन्य पैरामीटर से प्राप्त) का समर्थन करना चाहिए?
|
||||
=======
|
||||
प्रश्न: क्या पैरामीटर जटिल, नेस्टेड ऑब्जेक्ट्स का समर्थन करेंगे, या केवल सरल प्रकारों तक सीमित रहेंगे?
|
||||
उत्तर: पैरामीटर मान स्ट्रिंग के रूप में एन्कोड किए जाएंगे, इसलिए हम शायद केवल स्ट्रिंग तक ही सीमित रहना चाहेंगे।
|
||||
|
||||
|
||||
प्रश्न: क्या पैरामीटर प्लेसहोल्डर को कतार के नामों में अनुमति दी जानी चाहिए, या केवल पैरामीटर में?
|
||||
उत्तर: केवल पैरामीटर में, ताकि अजीब इंजेक्शन और असामान्य स्थितियों से बचा जा सके।
|
||||
|
||||
|
||||
प्रश्न: पैरामीटर नामों और सिस्टम वेरिएबल्स के बीच टकराव को कैसे संभालें, जैसे कि
|
||||
`id` और `class`?
|
||||
अ: यह सही नहीं है कि फ्लो शुरू करते समय आईडी और क्लास दोनों को निर्दिष्ट किया जाए।
|
||||
|
||||
प्रश्न: क्या हमें गणना किए गए मापदंडों (अन्य मापदंडों से प्राप्त) का समर्थन करना चाहिए?
|
||||
>>>>>>> 82edf2d (New md files from RunPod)
|
||||
उत्तर: केवल स्ट्रिंग प्रतिस्थापन का उपयोग करके अजीब इंजेक्शन और विशेष मामलों को हटाना।
|
||||
|
||||
## संदर्भ
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue