Codex में अस्पष्ट और बढ़ती हुई मूल शब्दावली के लिए उपाय

1---
2name: semantic-generation
3description: |
4  एक जनरेशन प्रक्रिया जहां, लक्ष्य दस्तावेज़ (डिज़ाइन सामग्री, आवश्यकताओं से डिज़ाइन, शोध रिपोर्ट, कारण पृथक्करण योजनाएँ, प्रतिउपाय योजनाएँ, नामकरण, तर्क क्रम का सारांश) लिखने से पहले, एक पत्राचार तालिका (संदर्भ तालिका) पहले एक स्वतंत्र वितरण योग्य के रूप में प्रस्तुत की जाती है ताकि शब्द से पहले संदर्भ और भूमिका को स्थिर किया जा सके।
5  ट्रिगर: डिज़ाइन सामग्री लिखना, डिज़ाइन दस्तावेज़ बनाना, शोध रिपोर्ट लिखना, प्रतिउपाय योजनाएँ लिखना, नामकरण, स्थिति नाम/शर्त नाम/प्रकार नाम/विधि नाम तय करना, तर्क क्रम का सारांश देना, संदर्भ तालिका, पत्राचार तालिका।
6  ट्रिगर न करें: उपयोगकर्ता मूल टेक्स्ट को उद्धृत करना, सरल यांत्रिक संपादन, मौजूदा नामों का पुन: उपयोग, निश्चित आउटपुट, छोटी बातचीत, छोटे वाक्य जो केवल स्थापित शब्दों के साथ लिखे जा सकते हैं।
7---
8
9# semantic-generation — शब्द से पहले लक्ष्य को स्थिर करने की प्रक्रिया
10
11यदि लक्ष्य अस्पष्ट होने पर पहले एक शब्द (अक्सर मौके पर गढ़ा गया शब्द) रखा जाता है, और उस शब्द के आधार पर सोच आगे बढ़ती है, तो संदर्भ के साथ विसंगति जापानी वाक्यों, डिज़ाइन वाक्यों और कोड पहचानकर्ताओं में बिना सुधारे फैल जाती है। यह कौशल "पहले स्वतंत्र रूप से पत्राचार तालिका प्रस्तुत करने और मुख्य भाग को उसकी प्रतिलिपि के रूप में लिखने" के अनुक्रम को बाध्य करता है।
12अनुशासन के मानदंड [[referent-before-label]] नियम द्वारा नियंत्रित होते हैं।
13
14## आवेदन मानदंड
15
16जब निम्नलिखित में से कोई भी लागू हो तो उपयोग करें। यदि आप निर्णय नहीं कर सकते, तो इसे लागू मानें।
17
181. डिज़ाइन सामग्री, आवश्यकताओं से डिज़ाइन, शोध रिपोर्ट, कारण पृथक्करण योजनाएँ, या प्रतिउपाय योजनाएँ लिखना।
192. नामकरण (सार्वजनिक विशिष्टताएँ, स्थिति नाम, शर्त नाम, घटना नाम, मान या रिकॉर्ड के लिए प्रकार नाम, विधि नाम, बूलियन नाम)।
203. उपयोगकर्ता द्वारा दिए गए तर्क क्रम को छोटे कार्य लेबल में संक्षेपित करने का प्रयास करना।
21
22## सामान्य प्रवाह
23
24### 1. पहले पत्राचार तालिका को एक स्वतंत्र वितरण योग्य के रूप में सहेजें (दो-चरणीय प्रस्तुतीकरण)
25
26मुख्य भाग का एक भी अक्षर लिखने से पहले, पत्राचार तालिका को एक स्वतंत्र फ़ाइल के रूप में सहेजें।
27
28- सहेजने का स्थान: कार्यशील निर्देशिका में `referent-table-<slug>.md` (यदि वितरण योग्य `output/` के अंतर्गत है, तो इसे उसी निर्देशिका में रखें)।
29- सहेजने के बाद sha256 रिकॉर्ड करें (जैसे, `shasum -a 256 <path>`)। यह रिकॉर्ड इस बात का सबूत बन जाता है कि "पत्राचार तालिका मुख्य भाग से पहले बनाई गई थी।" केवल तालिका को पूर्ण दस्तावेज़ की शुरुआत में रखने से पीढ़ी क्रम सिद्ध नहीं होता।
30
31### 2. पत्राचार तालिका का प्रारूप (कॉलम क्रम परिवर्तन निषिद्ध)
32
33| स्रोत | उद्देश्य | ठोस वस्तु | भूमिका | संदर्भ | उम्मीदवार शब्द | प्रारंभिक परिभाषा |
34
35- **उम्मीदवार शब्द सबसे दाईं ओर स्थिर है। उम्मीदवार शब्द कॉलम को तब तक खाली रखें जब तक ठोस वस्तु और भूमिका न भर दी जाए।** यह प्रारूप के माध्यम से पहले शब्द तय करने और बाद में लक्ष्य जोड़ने के क्रम को असंभव बनाने के लिए है।
36- बंद विकल्पों में से भूमिका चुनें: `प्रारंभिक शर्त / स्थिति / घटना / मान / रिकॉर्ड / उद्देश्य / साधन`। यदि एक ही शब्द कई भूमिकाओं को संदर्भित करता है, तो पंक्तियों को विभाजित करें।
37- "संदर्भ" में, उपयोगकर्ता द्वारा दिया गया तर्क क्रम (जैसे, परीक्षण → पृथक्करण → प्रतिउपाय) मूल टेक्स्ट के शब्दों का उपयोग करके लिखें। भूमिका कॉलम के साथ मिश्रण न करें।
38- तालिकाएँ आमतौर पर 1–6 पंक्तियों तक सीमित होती हैं। यदि अधिक हो, तो तालिका को उन सीमाओं पर विभाजित करें जहाँ अर्थ बदलता है।
39- पूर्ण होने पर, पुष्टि करें कि भले ही उम्मीदवार शब्द कॉलम छिपा हो, केवल "ठोस वस्तु" कॉलम से अर्थ स्पष्ट है।
40
41### 3. उम्मीदवार शब्द भरें
42
43- उच्चतम प्राथमिकता के साथ उपयोगकर्ता शब्दावली और स्थापित शब्दावली का उपयोग करें।
44- अन्य नए शब्द रखते समय, "X का तात्पर्य है..." को "प्रारंभिक परिभाषा" कॉलम में लिखें। उन शब्दों का परिचय न दें जिनके लिए परिभाषा नहीं लिखी जा सकती; मुख्य भाग में ठोस वस्तु के विवरण का उपयोग वैसे ही करें।
45
46### 4. मुख्य भाग को पत्राचार तालिका की प्रतिलिपि के रूप में लिखें
47
48- मुख्य भाग के केंद्रीय शब्दावली के रूप में पत्राचार तालिका में सूचीबद्ध केवल शब्दों का उपयोग करें।
49- जापानी वाक्यों, डिज़ाइन तत्वों और कोड पहचानकर्ताओं के तीन स्तरों पर समान पत्राचार बनाए रखें (जैसे, "इतिहास की मात्रा 250K तक पहुँचती है" = प्रारंभिक शर्त → शर्त नाम / "स्वचालित सारांशीकरण शुरू होता है" = घटना → घटना नाम/विधि नाम / "स्वचालित सारांशीकरण प्रगति पर है" = स्थिति → स्थिति नाम। विभिन्न भूमिकाओं के अलग-अलग नाम होने चाहिए)।
50- फ्रेमवर्क या शीर्षकों के लिए कार्य लेबल (उद्देश्य, लक्ष्य और निर्णय को छोड़ने वाले अमूर्त संज्ञा वाक्यांश) का उपयोग न करें। यदि आप एक का उपयोग करना चाहते हैं, तो तालिका में उस वाक्यांश के संदर्भ को लिखने का प्रयास करें; यदि आप नहीं लिख सकते, तो इसे ठोस वाक्यों में लिखें।
51
52## समस्याओं के मामले में प्रारंभिक कार्रवाइयाँ
53
54- यदि आपको पता चलता है कि आपने पत्राचार तालिका प्रस्तुत किए बिना मुख्य भाग लिखना शुरू कर दिया है, तो बाद में तालिका जोड़कर जारी न रखें। मुख्य भाग को त्यागें, पत्राचार तालिका को स्वतंत्र रूप से पुन: प्रस्तुत करें, और फिर मुख्य भाग को पुन: उत्पन्न करें।
55- यदि इंगित किया जाता है कि तालिका की एक पंक्ति गलत थी (संदर्भ या भूमिका का भ्रम), तो स्पष्टीकरण न जोड़ें; प्रासंगिक पंक्ति को फिर से लिखें और फिर मुख्य भाग के संबंधित भाग को पुन: उत्पन्न करें।
56- ऐसे वातावरण में जहां यह कौशल लोड नहीं किया जा सकता, मुख्य भाग शुरू करने से पहले कम से कम 6 कॉलम (स्रोत, उद्देश्य, ठोस वस्तु, भूमिका, संदर्भ, उम्मीदवार शब्द) वाली एक तालिका को एक स्वतंत्र फ़ाइल के रूप में सहेजें।
57
58## टिप्पणियाँ
59
60- इस कौशल के मुख्य भाग में सत्यापन के लिए परीक्षण इनपुट या अपेक्षित उत्तर शामिल न करें (सत्यापन की स्वतंत्रता बनाए रखने के लिए। परीक्षण एक अलग निर्देशिका में फिक्स्चर में प्रबंधित किए जाते हैं)।
61- लक्ष्य गलत शब्दों की सूची के विरुद्ध मिलान करना नहीं है। मिलान का लक्ष्य "दस्तावेज़ द्वारा स्वयं घोषित पत्राचार तालिका" है।

1# शब्द से पहले संदर्भ को स्थिर करें
2
3<!-- codex-runtime-summary -->
4- महत्वपूर्ण: लक्ष्य दस्तावेज़ों (डिज़ाइन वाक्य, शोध रिपोर्ट, प्रतिउपाय योजनाएँ, नामकरण, तर्क क्रम का सारांश) के लिए, पत्राचार तालिका को स्वतंत्र रूप से प्रस्तुत करने के बाद मुख्य भाग लिखें। पत्राचार तालिका के बिना मुख्य भाग प्रस्तुत करना निषिद्ध है। यदि आप तालिका के बिना लिखना शुरू करते हैं, तो मुख्य भाग को त्यागें और पत्राचार तालिका से फिर से शुरू करें।
5- महत्वपूर्ण: फ्रेमवर्क या शीर्षकों के लिए कार्य लेबल (असंगठित कार्य को अमूर्त संज्ञाओं में लपेटने वाले वाक्यांश) का उपयोग न करें। नए या गढ़े हुए शब्दों का परिचय न दें जब तक कि आप एक प्रारंभिक परिभाषा नहीं लिख सकते; लक्ष्य को ठोस विवरणों में विघटित करें।
6- महत्वपूर्ण: लक्ष्य दस्तावेज़ शुरू करते समय semantic-generation कौशल को ट्रिगर करें। भले ही कौशल का उपयोग नहीं किया जा सकता, पहले कम से कम 6 कॉलम (स्रोत, उद्देश्य, ठोस वस्तु, भूमिका, संदर्भ, उम्मीदवार शब्द) वाली एक पत्राचार तालिका को एक स्वतंत्र वितरण योग्य के रूप में सहेजें।
7<!-- /codex-runtime-summary -->
8
9यदि लक्ष्य अस्पष्ट होने पर पहले एक शब्द (अक्सर मौके पर गढ़ा गया शब्द) रखा जाता है, और उस शब्द के आधार पर सोच आगे बढ़ती है, तो संदर्भ के साथ विसंगति डिज़ाइन वाक्यों, स्थिति नामों, शर्त नामों, विधि नामों और प्रकार नामों (जैसा कि TASK-52 में "Compression Point" और "एक में अवलोकन एकत्र करना" उदाहरणों में है) में फैल जाती है। यह नियम इस पीढ़ी प्रक्रिया को स्वयं रोकता है। गलत शब्दों की सूची के विरुद्ध मिलान (शब्द शिकार) प्रतिउपाय नहीं है, क्योंकि गढ़े हुए शब्दों की गणना नहीं की जा सकती। शब्द उतार-चढ़ाव के मानदंड [[terminology]] द्वारा नियंत्रित होते हैं, और यह नियम "शब्द रखने से पहले की प्रक्रिया" को नियंत्रित करता है।
10
11## दायरा (लक्ष्य दस्तावेज़)
12
13केवल निम्नलिखित में से किसी के अंतर्गत आने वाले कार्यों पर लागू करें। यदि आप निर्णय नहीं कर सकते, तो इसे लागू करें।
14
151. डिज़ाइन सामग्री, आवश्यकताओं से डिज़ाइन, शोध रिपोर्ट, कारण पृथक्करण योजनाएँ, या प्रतिउपाय योजनाएँ लिखना।
162. नामकरण (सार्वजनिक विशिष्टताएँ, स्थिति नाम, शर्त नाम, घटना नाम, मान या रिकॉर्ड के लिए प्रकार नाम, विधि नाम, बूलियन नाम)।
173. उपयोगकर्ता द्वारा दिए गए तर्क क्रम को छोटे कार्य लेबल में संक्षेपित करने का प्रयास करना।
18
19उपयोगकर्ता मूल टेक्स्ट को उद्धृत करना, सरल यांत्रिक संपादन, मौजूदा नामों का पुन: उपयोग, निश्चित आउटपुट, छोटी बातचीत, या छोटे वाक्य जो केवल स्थापित शब्दों के साथ लिखे जा सकते हैं, पर लागू न करें।
20
21## स्थायी अनुप्रयोग (3 निषेध)
22
23- महत्वपूर्ण: लक्ष्य दस्तावेज़ों में, पत्राचार तालिका (संदर्भ तालिका) को स्वतंत्र रूप से प्रस्तुत किए बिना मुख्य भाग प्रस्तुत न करें। पत्राचार तालिका को पहले एक अलग फ़ाइल में या मुख्य भाग से एक अलग चरण में सहेजा जाना चाहिए, और मुख्य भाग उसके बाद लिखा जाता है (केवल तालिका को पूर्ण दस्तावेज़ की शुरुआत में रखने से यह सिद्ध नहीं होता कि इसे "पहले बनाया गया था")।
24- महत्वपूर्ण: फ्रेमवर्क, शीर्षकों, या निष्कर्षों के लिए कार्य लेबल का उपयोग न करें। एक कार्य लेबल उद्देश्य, लक्ष्य या निर्णय के बिना असंगठित कार्य को अमूर्त संज्ञाओं में लपेटने वाले वाक्यांश को संदर्भित करता है (जैसे, "अवलोकनों का सारांश")। यदि आप एक का उपयोग करना चाहते हैं, तो पत्राचार तालिका में उस वाक्यांश द्वारा संदर्भित लक्ष्य को लिखने का प्रयास करें; यदि आप नहीं लिख सकते, तो वाक्यांश को त्यागें और ठोस वाक्यों में लिखें।
25- महत्वपूर्ण: उपयोगकर्ता शब्दावली या स्थापित शब्दावली के अलावा अन्य नए शब्दों का परिचय देते समय, पहली घटना पर एक परिभाषा वाक्य "X का तात्पर्य है..." लिखें। उन शब्दों का परिचय न दें जिनके लिए परिभाषा वाक्य नहीं लिखा जा सकता; लक्ष्य को वाक्यों में वैसे ही लिखें।
26
27## सामान्य प्रवाह
28
291. निर्धारित करें कि क्या यह लक्ष्य दस्तावेज़ों के अंतर्गत आता है (यदि संदेह है, तो लागू मानें)।
302. [[semantic-generation]] कौशल को ट्रिगर करें और पहले पत्राचार तालिका को एक स्वतंत्र वितरण योग्य के रूप में सहेजें।
313. मुख्य भाग को केवल पत्राचार तालिका में सूचीबद्ध शब्दों का केंद्रीय शब्दावली के रूप में उपयोग करके लिखें, जापानी वाक्यों, डिज़ाइन तत्वों और कोड पहचानकर्ताओं में समान पत्राचार बनाए रखें।
32
33## समस्याओं के मामले में प्रारंभिक कार्रवाइयाँ
34
35- यदि आपको पता चलता है कि आपने किसी लक्ष्य दस्तावेज़ के लिए पत्राचार तालिका प्रस्तुत किए बिना मुख्य भाग लिखना शुरू कर दिया है, तो बाद में तालिका जोड़कर जारी न रखें। मुख्य भाग को त्यागें, पत्राचार तालिका को स्वतंत्र रूप से पुन: प्रस्तुत करें, और फिर मुख्य भाग को पुन: उत्पन्न करें।
36- ऐसे वातावरण में जहां कौशल उपलब्ध नहीं है, मुख्य भाग शुरू करने से पहले कार्यशील निर्देशिका में कम से कम 6 कॉलम (स्रोत, उद्देश्य, ठोस वस्तु, भूमिका, संदर्भ, उम्मीदवार शब्द) वाली एक पत्राचार तालिका को एक स्वतंत्र फ़ाइल के रूप में सहेजें।