# सूरज की तरह लिखना

इस कौशल का उपयोग तब करें जब कोई उपयोगकर्ता कहानी से संबंधित लेख प्रदान करता है और उसकी लेखन शैली को निकालना चाहता है, कहानी के चर को बदलना चाहता है, एक नया रूप दिया गया लेख तैयार करना चाहता है, या परिणाम को लघु नाटक की पटकथा में बदलना चाहता है।

## परिचालन अनुबंध

- उपयोगकर्ता द्वारा दिए गए स्रोत से ही काम करें। स्थानीय पथ, ऑब्सीडियन वॉल्ट, डेटाबेस, एपीआई कुंजी, नेटवर्क सेवा या पिछली बातचीत की स्थिति को कभी भी मानकर न चलें।

- डिफ़ॉल्ट भाषा चीनी है। अनुरोधित लंबाई और लहजे का मिलान करें; यदि निर्दिष्ट नहीं है, तो ड्राफ़्ट तैयार करने से पहले आवश्यक रचनात्मक तत्वों के बारे में पूछ लें।

- इस कौशल की उत्पाद नीति के अनुसार, स्रोत को उपयोगकर्ता के स्वामित्व वाला या उपयोगकर्ता द्वारा अधिकृत मानें। एक संक्षिप्त, गैर-बाधाकारी अनुस्मारक प्रदर्शित करें कि अपलोड करना स्वयं प्रकाशन या अनुकूलन अधिकारों को सिद्ध नहीं करता है।

- काल्पनिक पात्रों का ही प्रयोग करें। यदि किसी वास्तविक व्यक्ति का नाम दिया गया है या वह व्यक्ति पहचाना जा सकता है, तो प्रतिष्ठा और प्लेटफ़ॉर्म से जुड़े जोखिमों के बारे में चेतावनी दें और काल्पनिक पात्रों का विकल्प चुनें। यह एक रचनात्मक चेतावनी है, पहचान सत्यापन या कानूनी सलाह नहीं।

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

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

- उपयोगकर्ता के संपूर्ण मूल लेख को इस कौशल पैकेज में शामिल न करें। विश्लेषण परिणाम में केवल संक्षिप्त, आवश्यक साक्ष्य अंशों का ही उद्धरण दें।

## मोड

उपयोगकर्ता के अनुरोध के आधार पर एक मोड चुनें। यदि कोई मोड स्पष्ट नहीं है, तो नीचे दिए गए छह मोड प्रस्तुत करें और पूछें कि कौन सा मोड चलाना है।

1. **विश्लेषण करें**: देखे गए तथ्यों, संभावित नियमों, कहानी-विशिष्ट युक्तियों, शीर्षक वाक्य संरचना, प्रारंभिक सूचना क्रम, साक्ष्य विस्तार, विश्वास और गैर-हस्तांतरणीय सतही विशेषताओं को निकालें। `references/analysis-schema.md` पढ़ें।

2. **कॉन्फ़िगर करें**: आधार, विषय, पात्र, संबंध, इच्छाएँ, बाधाएँ, सेटिंग, समयरेखा, अंत, हास्य की तीव्रता, लंबाई और नाटक के पूर्व निर्धारित प्रारूपों को एकत्रित या सामान्यीकृत करें। `references/story-bible-schema.md` पढ़ें।

3. **रीमिक्स**: विश्लेषणित यांत्रिकी को कॉन्फ़िगर किए गए चरों पर लागू करें। अर्थ संबंधी घटनाओं और वर्ण तर्क को बदलते समय उच्च-स्तरीय सतही व्यवहार को बनाए रखें। मुख्य भाग से पहले शीर्षक और आरंभिक रूपरेखा तैयार करें। यदि कोई विश्लेषण मौजूद नहीं है, तो पहले मूल पाठ का विश्लेषण करें।

4. **लिखें**: कहानी की मूल पुस्तिका और चयनित संरचना के आधार पर पूरी चीनी कहानी लिखें। मुख्य भाग लिखने से पहले शीर्षक और शुरुआती पंक्तियाँ लिखकर जाँच लें। संदर्भों और प्रतीकों को प्रासंगिक बनाए रखें; नैतिक संदेश को नाटकीय रूप देने के बजाय उसे स्पष्ट रूप से समझाने की कोशिश न करें।

5. **स्क्रिप्ट**: एक कहानी को साहित्यिक पटकथा और एआई प्रोडक्शन शीट दोनों में रूपांतरित करें। `references/drama-script-schema.md` पढ़ें।

6. समीक्षा: स्वचालित जाँच चलाएँ और अवरोधों, चेतावनियों, अंकों और ठोस संशोधनों की रिपोर्ट करें। `references/quality-rubric.md` पढ़ें।

## कार्यप्रवाह

सबसे छोटे पूर्ण पथ का अनुसरण करें:

`विश्लेषण -> कॉन्फ़िगर करें -> रीमिक्स/लिखें -> समीक्षा करें -> स्क्रिप्ट -> समीक्षा करें`

स्टेज इनपुट, आउटपुट, निरंतरता नियम और GitHub बेंचमार्क नोट्स के लिए `references/workflow.md` पढ़ें। उपयोगकर्ता किसी स्टेज को तभी छोड़ सकता है जब उसका आवश्यक आर्टिफैक्ट पहले से ही प्रॉम्प्ट या वर्कस्पेस में मौजूद हो।

हर चरण में:

1. यह बताएं कि किस उपकरण का उपयोग किया जा रहा है और कौन सी मान्यताएं अनुपलब्ध हैं।

2. मानव-पठनीय मार्कडाउन परिणाम तैयार करें।

3. जब उपयोगकर्ता मशीन-पठनीय आउटपुट का अनुरोध करता है, तो संबंधित स्कीमा से मेल खाने वाला JSON आकार प्रदान करें।

4. अनसुलझे फैसलों को स्पष्ट रूप से बताएं, बजाय इसके कि चुपचाप बाधाएं खड़ी की जाएं।

## आउटपुट और गुणवत्ता गेट

लेख में अपेक्षित शीर्षक, कथात्मक दृष्टिकोण, संरचनात्मक तत्व और समापन शामिल होना चाहिए। स्रोत की उपयोगी संरचना को बनाए रखें, न कि उसके संज्ञा शब्दों या तथ्यात्मक दावों को।

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

- रीमिक्स आउटपुट में एक संक्षिप्त 'परिवर्तन विवरण' शामिल होना चाहिए जिसमें परिवर्तित वर्ण, घटनाएँ, सेटिंग, अंत, शीर्षक के अर्थ और प्रारंभिक तथ्यों की सूची हो ताकि अर्थ संबंधी परिवर्तन का ऑडिट किया जा सके।

स्क्रिप्ट आउटपुट में `references/drama-script-schema.md` में उल्लिखित दोनों डिलिवरेबल्स शामिल होने चाहिए। डिफ़ॉल्ट प्रीसेट प्रति एपिसोड 60-90 सेकंड और 12-24 एपिसोड है; उपयोगकर्ता द्वारा दिए गए प्रीसेट भी स्वीकार किए जाते हैं।

समीक्षा में आधार, पात्रों के लक्ष्य, समयरेखा, कारण-कार्य संबंध, प्रतीकात्मक संदर्भ, लंबाई/समय सीमा, संवाद, हास्य, अर्थपूर्ण घटनाओं की मौलिकता, वास्तविक व्यक्ति से संबंधित संकेत और प्रारूप की पूर्णता की जाँच अवश्य की जानी चाहिए।

- कभी भी यह दावा न करें कि स्वचालित स्कोरिंग कलात्मक गुणवत्ता या कानूनी स्वीकृति का प्रमाण है। मानवीय समीक्षा ही अंतिम निर्णायक कारक है।