التعليمات
الكتابة كالشمس
استخدم هذه المهارة عندما يقدم المستخدم مقالًا قصصيًا ويريد استخراج آليات كتابته، أو استبدال متغيرات القصة، أو إنشاء مقال معاد مزجه، أو تحويل النتيجة إلى نص درامي قصير.
رقم عقد التشغيل
- اعمل انطلاقاً من المصدر الذي يقدمه المستخدم. لا تفترض أبداً وجود مسار محلي، أو مخزن Obsidian، أو قاعدة بيانات، أو مفتاح API، أو خدمة شبكة، أو حالة محادثة سابقة.
اللغة الافتراضية هي الصينية. يجب مطابقة الطول والنبرة المطلوبين؛ وإذا لم يتم تحديدهما، فيُرجى طلب الحد الأدنى من المتغيرات الإبداعية المفقودة قبل البدء في الصياغة.
- تعامل مع المصدر على أنه مملوك للمستخدم أو مصرح له باستخدامه، وفقًا لما تنص عليه سياسة المنتج الخاصة بهذه المهارة. اعرض تذكيرًا موجزًا غير مزعج بأن التحميل بحد ذاته لا يثبت حقوق النشر أو التعديل.
- استخدم شخصيات خيالية افتراضيًا. في حال توفر اسم شخص حقيقي أو كان معروفًا، يُرجى التنبيه إلى مخاطر تتعلق بالسمعة والمنصة، مع اقتراح استخدام شخصيات خيالية. هذا تنبيه إبداعي، وليس تأكيدًا للهوية أو استشارة قانونية.
- إعادة المزج بدرجة عالية من التشابه هي الوضع الافتراضي. حافظ على إيقاع الجملة، ووتيرة الفقرات، وأسلوب السرد، وأساليب التباين، والتكرار، وتوقيت الكشف. استبدل الشخصيات، والأحداث السببية، والإعدادات، والمحتوى الدلالي بحيث تكون النتيجة قصة جديدة بدلاً من مجرد استبدال الأسماء.
تعامل مع **العنوان والمقدمة كمناطق ذات دقة عالية**. حافظ على بنية العنوان الأصلي النحوية، وكثافة المعلومات، وشكله الذي يُشير إلى الصراع، ثم استبدل الأسماء العلمية والتفاصيل الدلالية. إذا كان عنوان المصدر عبارة عن علاقة مُختصرة متبوعة باسم، فاجعله مختصرًا؛ لا تُضف جملة توضيحية للحبكة غير موجودة في المصدر. حافظ على ترتيب المعلومات وحركة الجملة في المقدمة: تباين أو قياس ملموس ← طلب/حادثة مباشرة ← تفاصيل عملية تكشف العلاقة ← إشارة مبكرة إلى القطيعة أو الاختفاء ← الانتقال إلى الاسترجاع. لا تنسخ مقطعًا طويلًا متصلًا أو تحتفظ بتسلسل الأحداث الفريد للمصدر.
- لا تُدرج المقالة الأصلية للمستخدم كاملةً في هذه الحزمة المهارة. اقتبس فقط أجزاءً قصيرة وضرورية من الأدلة في نتيجة التحليل.
# الأوضاع
اختر وضعًا من طلب المستخدم. إذا لم يكن أي وضع واضحًا، فاعرض الأوضاع الستة أدناه واسأل عن الوضع الذي ترغب في تشغيله.
١. **التحليل**: استخلاص الحقائق المرصودة، والقواعد المحتملة، والأساليب الخاصة بالقصة، وبنية العنوان، وترتيب المعلومات الافتتاحية، ونطاق الأدلة، ومستوى الثقة، والخصائص السطحية غير القابلة للنقل. اقرأ الملف `references/analysis-schema.md`.
٢. **التهيئة**: جمع أو توحيد الفرضية، والموضوع، والشخصيات، والعلاقات، والرغبات، والعقبات، والمكان، والجدول الزمني، والنهاية، وشدة الفكاهة، والطول، والإعدادات الدرامية المسبقة. اقرأ ملف `references/story-bible-schema.md`.
3. **إعادة المزج**: تطبيق الآليات المُحللة على المتغيرات المُهيأة. الحفاظ على السلوك السطحي العام مع تغيير الأحداث الدلالية ومنطق الأحرف. صياغة العنوان والمخطط الافتتاحي قبل كتابة النص الأساسي. في حال عدم وجود تحليل، تحليل المصدر أولاً.
٤. **الكتابة**: اكتب مقال القصة الصينية كاملاً من كتاب القصص والآليات المختارة. اكتب العنوان والمقدمة وراجعهما قبل البدء في كتابة المتن. حافظ على دلالات الإشارات والرموز؛ لا تشرح العبرة بدلاً من تجسيدها درامياً.
5. **السيناريو**: تحويل قصة إلى سيناريو أدبي ومخطط إنتاج للذكاء الاصطناعي. اقرأ `references/drama-script-schema.md`.
٦. **المراجعة**: قم بتشغيل عمليات الفحص التلقائي والإبلاغ عن المعوقات والتحذيرات والدرجات والتعديلات الملموسة. اقرأ `references/quality-rubric.md`.
#سير العمل
اتبع أقصر مسار كامل:
`تحليل -> تهيئة -> إعادة مزج/كتابة -> مراجعة -> نص برمجي -> مراجعة`
راجع ملف `references/workflow.md` للاطلاع على مدخلات ومخرجات المراحل، وقواعد الاستمرار، وملاحظات قياس الأداء على GitHub. لا يمكن للمستخدم تخطي مرحلة إلا إذا كان العنصر المطلوب موجودًا بالفعل في موجه الأوامر أو مساحة العمل.
في كل مرحلة:
1. حدد العنصر المستخدم والافتراضات المفقودة.
2. إنتاج نتيجة Markdown قابلة للقراءة البشرية.
3. عندما يطلب المستخدم مخرجات قابلة للقراءة آلياً، قم بتوفير شكل JSON المطابق من المخطط ذي الصلة.
4. حافظ على القرارات غير المحسومة واضحة بدلاً من اختراع القيود بصمت.
## بوابات الإخراج والجودة
يجب أن يتضمن الناتج النهائي للمقال العنوان المطلوب، ووجهة النظر السردية، والعناصر البنائية، والخاتمة. يُرجى الحفاظ على آليات المصدر المفيدة، وليس أسماءه العلمية أو ادعاءاته الواقعية.
ينبغي أن يعكس عنوان المقال قواعد التسمية، وعدد الأسطر، وكثافة المعلومات في المصدر. استبدل الأسماء والحقائق الواردة في المصدر، ولكن لا تجعل عنوان المصدر المختصر أكثر تفصيلاً أو أطول إلا إذا طلب المستخدم تغييرًا في العنوان. يجب أن تتبع الفقرات الأولى تسلسل المعلومات المُحللة في المصدر، وأن تُهيئ القارئ للموضوع قبل الخوض في الخلفية. إذا طلب المستخدم صراحةً بداية مختلفة، فالتزم بطلبه وسجّل التغيير.
- يجب أن يتضمن ناتج إعادة المزج وصفًا قصيرًا للتغيير يسرد الشخصيات والأحداث والإعدادات والنهاية ودلالات العنوان والحقائق الافتتاحية التي تم تغييرها بحيث يكون التحويل الدلالي قابلاً للتدقيق.
يجب أن يتضمن مُخرَج النص كلا العنصرين المُسمَّيين في `references/drama-script-schema.md`. الإعداد الافتراضي هو 60-90 ثانية لكل حلقة و12-24 حلقة؛ ويُمكن قبول الإعدادات المُسبقة التي يُدخلها المستخدم.
- يجب على المراجعة التحقق من الفرضية، وأهداف الشخصيات، والجدول الزمني، والسببية، واستدعاءات الزخارف، والمدة/الميزانية الزمنية، والحوار، والفكاهة، وأصالة الأحداث الدلالية، وعلامات الأشخاص الحقيقيين، واكتمال الشكل.
لا تدّعِ أبدًا أن التقييم الآلي يثبت الجودة الفنية أو الموافقة القانونية. فالمراجعة البشرية تبقى هي الفيصل النهائي.
الوصف
حجم ملف Skill.md هو 5.54KiB. أما وزن مخطوطة مطبوعة من خمسين مليون كلمة، فيبلغ نحو 250 كيلوغرامًا. استُلهمت Writing Like Sun من مقالة معروفة على X. فهي تنظّم العنوان، والبداية، والإيقاع، والبنية، ورغبات الشخصيات، واستدعاء العناصر، وآلية الخاتمة في منهج كتابة واحد، لتدخل الشخصيات والبيئات والأحداث الخيالية الجديدة في الدرجة نفسها من الدفء السردي. باستخدام هذا Skill، يمكنك كتابة قصص في إعدادات جديدة تحمل الإحساس نفسه الذي تحمله «تلك المقالة»، والارتقاء ببنية النص ولغته واكتماله السردي إلى المستوى الذي يمثله «المركز الأول في جائزة الكتابة الإبداعية الجديدة»: هادئ ودقيق، عبثي لكنه قابل للتصديق، يبدو جادًا تمامًا على السطح، بينما تصنع التفاصيل مفارقات متواصلة. تمامًا مثل وصف شمس، Writing Like the Sun. لا يتناول هذا Skill أي أشخاص أو أحداث من العالم الحقيقي.
الكتابة مثل Sun
اكتب بأسلوب يضاهي الفائز بالمركز الأول
التعليمات
الكتابة كالشمس
استخدم هذه المهارة عندما يقدم المستخدم مقالًا قصصيًا ويريد استخراج آليات كتابته، أو استبدال متغيرات القصة، أو إنشاء مقال معاد مزجه، أو تحويل النتيجة إلى نص درامي قصير.
رقم عقد التشغيل
- اعمل انطلاقاً من المصدر الذي يقدمه المستخدم. لا تفترض أبداً وجود مسار محلي، أو مخزن Obsidian، أو قاعدة بيانات، أو مفتاح API، أو خدمة شبكة، أو حالة محادثة سابقة.
اللغة الافتراضية هي الصينية. يجب مطابقة الطول والنبرة المطلوبين؛ وإذا لم يتم تحديدهما، فيُرجى طلب الحد الأدنى من المتغيرات الإبداعية المفقودة قبل البدء في الصياغة.
- تعامل مع المصدر على أنه مملوك للمستخدم أو مصرح له باستخدامه، وفقًا لما تنص عليه سياسة المنتج الخاصة بهذه المهارة. اعرض تذكيرًا موجزًا غير مزعج بأن التحميل بحد ذاته لا يثبت حقوق النشر أو التعديل.
- استخدم شخصيات خيالية افتراضيًا. في حال توفر اسم شخص حقيقي أو كان معروفًا، يُرجى التنبيه إلى مخاطر تتعلق بالسمعة والمنصة، مع اقتراح استخدام شخصيات خيالية. هذا تنبيه إبداعي، وليس تأكيدًا للهوية أو استشارة قانونية.
- إعادة المزج بدرجة عالية من التشابه هي الوضع الافتراضي. حافظ على إيقاع الجملة، ووتيرة الفقرات، وأسلوب السرد، وأساليب التباين، والتكرار، وتوقيت الكشف. استبدل الشخصيات، والأحداث السببية، والإعدادات، والمحتوى الدلالي بحيث تكون النتيجة قصة جديدة بدلاً من مجرد استبدال الأسماء.
تعامل مع **العنوان والمقدمة كمناطق ذات دقة عالية**. حافظ على بنية العنوان الأصلي النحوية، وكثافة المعلومات، وشكله الذي يُشير إلى الصراع، ثم استبدل الأسماء العلمية والتفاصيل الدلالية. إذا كان عنوان المصدر عبارة عن علاقة مُختصرة متبوعة باسم، فاجعله مختصرًا؛ لا تُضف جملة توضيحية للحبكة غير موجودة في المصدر. حافظ على ترتيب المعلومات وحركة الجملة في المقدمة: تباين أو قياس ملموس ← طلب/حادثة مباشرة ← تفاصيل عملية تكشف العلاقة ← إشارة مبكرة إلى القطيعة أو الاختفاء ← الانتقال إلى الاسترجاع. لا تنسخ مقطعًا طويلًا متصلًا أو تحتفظ بتسلسل الأحداث الفريد للمصدر.
- لا تُدرج المقالة الأصلية للمستخدم كاملةً في هذه الحزمة المهارة. اقتبس فقط أجزاءً قصيرة وضرورية من الأدلة في نتيجة التحليل.
# الأوضاع
اختر وضعًا من طلب المستخدم. إذا لم يكن أي وضع واضحًا، فاعرض الأوضاع الستة أدناه واسأل عن الوضع الذي ترغب في تشغيله.
١. **التحليل**: استخلاص الحقائق المرصودة، والقواعد المحتملة، والأساليب الخاصة بالقصة، وبنية العنوان، وترتيب المعلومات الافتتاحية، ونطاق الأدلة، ومستوى الثقة، والخصائص السطحية غير القابلة للنقل. اقرأ الملف `references/analysis-schema.md`.
٢. **التهيئة**: جمع أو توحيد الفرضية، والموضوع، والشخصيات، والعلاقات، والرغبات، والعقبات، والمكان، والجدول الزمني، والنهاية، وشدة الفكاهة، والطول، والإعدادات الدرامية المسبقة. اقرأ ملف `references/story-bible-schema.md`.
3. **إعادة المزج**: تطبيق الآليات المُحللة على المتغيرات المُهيأة. الحفاظ على السلوك السطحي العام مع تغيير الأحداث الدلالية ومنطق الأحرف. صياغة العنوان والمخطط الافتتاحي قبل كتابة النص الأساسي. في حال عدم وجود تحليل، تحليل المصدر أولاً.
٤. **الكتابة**: اكتب مقال القصة الصينية كاملاً من كتاب القصص والآليات المختارة. اكتب العنوان والمقدمة وراجعهما قبل البدء في كتابة المتن. حافظ على دلالات الإشارات والرموز؛ لا تشرح العبرة بدلاً من تجسيدها درامياً.
5. **السيناريو**: تحويل قصة إلى سيناريو أدبي ومخطط إنتاج للذكاء الاصطناعي. اقرأ `references/drama-script-schema.md`.
٦. **المراجعة**: قم بتشغيل عمليات الفحص التلقائي والإبلاغ عن المعوقات والتحذيرات والدرجات والتعديلات الملموسة. اقرأ `references/quality-rubric.md`.
#سير العمل
اتبع أقصر مسار كامل:
`تحليل -> تهيئة -> إعادة مزج/كتابة -> مراجعة -> نص برمجي -> مراجعة`
راجع ملف `references/workflow.md` للاطلاع على مدخلات ومخرجات المراحل، وقواعد الاستمرار، وملاحظات قياس الأداء على GitHub. لا يمكن للمستخدم تخطي مرحلة إلا إذا كان العنصر المطلوب موجودًا بالفعل في موجه الأوامر أو مساحة العمل.
في كل مرحلة:
1. حدد العنصر المستخدم والافتراضات المفقودة.
2. إنتاج نتيجة Markdown قابلة للقراءة البشرية.
3. عندما يطلب المستخدم مخرجات قابلة للقراءة آلياً، قم بتوفير شكل JSON المطابق من المخطط ذي الصلة.
4. حافظ على القرارات غير المحسومة واضحة بدلاً من اختراع القيود بصمت.
## بوابات الإخراج والجودة
يجب أن يتضمن الناتج النهائي للمقال العنوان المطلوب، ووجهة النظر السردية، والعناصر البنائية، والخاتمة. يُرجى الحفاظ على آليات المصدر المفيدة، وليس أسماءه العلمية أو ادعاءاته الواقعية.
ينبغي أن يعكس عنوان المقال قواعد التسمية، وعدد الأسطر، وكثافة المعلومات في المصدر. استبدل الأسماء والحقائق الواردة في المصدر، ولكن لا تجعل عنوان المصدر المختصر أكثر تفصيلاً أو أطول إلا إذا طلب المستخدم تغييرًا في العنوان. يجب أن تتبع الفقرات الأولى تسلسل المعلومات المُحللة في المصدر، وأن تُهيئ القارئ للموضوع قبل الخوض في الخلفية. إذا طلب المستخدم صراحةً بداية مختلفة، فالتزم بطلبه وسجّل التغيير.
- يجب أن يتضمن ناتج إعادة المزج وصفًا قصيرًا للتغيير يسرد الشخصيات والأحداث والإعدادات والنهاية ودلالات العنوان والحقائق الافتتاحية التي تم تغييرها بحيث يكون التحويل الدلالي قابلاً للتدقيق.
يجب أن يتضمن مُخرَج النص كلا العنصرين المُسمَّيين في `references/drama-script-schema.md`. الإعداد الافتراضي هو 60-90 ثانية لكل حلقة و12-24 حلقة؛ ويُمكن قبول الإعدادات المُسبقة التي يُدخلها المستخدم.
- يجب على المراجعة التحقق من الفرضية، وأهداف الشخصيات، والجدول الزمني، والسببية، واستدعاءات الزخارف، والمدة/الميزانية الزمنية، والحوار، والفكاهة، وأصالة الأحداث الدلالية، وعلامات الأشخاص الحقيقيين، واكتمال الشكل.
لا تدّعِ أبدًا أن التقييم الآلي يثبت الجودة الفنية أو الموافقة القانونية. فالمراجعة البشرية تبقى هي الفيصل النهائي.
الوصف
حجم ملف Skill.md هو 5.54KiB. أما وزن مخطوطة مطبوعة من خمسين مليون كلمة، فيبلغ نحو 250 كيلوغرامًا. استُلهمت Writing Like Sun من مقالة معروفة على X. فهي تنظّم العنوان، والبداية، والإيقاع، والبنية، ورغبات الشخصيات، واستدعاء العناصر، وآلية الخاتمة في منهج كتابة واحد، لتدخل الشخصيات والبيئات والأحداث الخيالية الجديدة في الدرجة نفسها من الدفء السردي. باستخدام هذا Skill، يمكنك كتابة قصص في إعدادات جديدة تحمل الإحساس نفسه الذي تحمله «تلك المقالة»، والارتقاء ببنية النص ولغته واكتماله السردي إلى المستوى الذي يمثله «المركز الأول في جائزة الكتابة الإبداعية الجديدة»: هادئ ودقيق، عبثي لكنه قابل للتصديق، يبدو جادًا تمامًا على السطح، بينما تصنع التفاصيل مفارقات متواصلة. تمامًا مثل وصف شمس، Writing Like the Sun. لا يتناول هذا Skill أي أشخاص أو أحداث من العالم الحقيقي.
اعثر على مهارتك المفضلة التالية
استكشف مزيدًا من مهارات الذكاء الاصطناعي المنتقاة للبحث والإبداع والعمل اليومي.