الموجهات للشبكات العصبية - دليل عملي لصياغة الموجهات الفعالة

حدد هدفًا واحدًا واضحًا للنموذج وأغلق تنسيق الإخراج، وحجم الطول، ومعايير النجاح قبل أن تكتب أي مطالبة. هذا النهج يحافظ على الردود مركزة وقابلة لإعادة الاستخدام عبر المهام المشابهة. (указав знаниями вашего всего него сетями ребенком думаем такой слишком развития определить специалистам изнутри сами такие-то собственной углублялся)

اختر ثلاث قوالب عملية واحتفظ بالمدخلات حتمية: التعليمات المباشرة، البيانات المنظمة، والتفكير التدريجي. لكل واحدة، حدد اللغة (الإنجليزية)، والنبرة (ودية)، وقياسًا ملموسًا. على سبيل المثال، قيد ملخصًا بـ6 جمل أو 120 كلمة كحد أقصى، واطلب خمس نقاط موجزة، واطلب خاتمة واحدة مدعومة بالأدلة.

المطالبات بالتعليمات المباشرة: "لخص الأفكار الرئيسية للمقال بالإنجليزية في أربع جمل. استخدم نبرة ودية وتجنب الزوائد."

المطالبات بالبيانات المنظمة: "أعد النتائج كخمس عناصر موجزة بالإنجليزية، كل واحدة جملة واحدة، لا تتجاوز 15 كلمة."

التقييم التكراري والاختبار: "شغل ثلاثة تنويعات لنفس المهمة، قارن الاكتمال، والدقة، والتماسك، واحتفظ بالأفضل أداءً."

المطالبات للشبكات العصبية: دليل عملي للمطالبة؛ القسم 1: المطالبات للكود والخوارزميات

التوصية: ابدأ كل مطالبة كود بهدف دقيق، حدد اسم الملف، واطلب دالة صغيرة قابلة للاختبار بالإضافة إلى اختبارات الوحدة؛ احتفظ بالمطالبة مدمجة، واطلب شرحًا قصيرًا (объяснение) للنهج المختار لدعم التصحيح وتطوير (дальнейшее развитие) إضافي. التقط تطويراتك (наработки) في نسخة مسودة (черновик) أثناء التكرار، وادفع المطالبة في وضع (режим) من التكرير المنضبط، مقتربًا من النتائج المطلوبة مع كل تشغيل.

هيكل المطالبات لوصف المشكلة، وتنسيقات الإدخال والإخراج الدقيقة، وأي قيود، وخطة الاختبار؛ أدرج مثالًا ملموسًا، ونمط اسم الملف (filename)، وطلبًا لجولة حية (вживую) للنهج لمساعدة المراجعين على فهم المنطق. استخدم القوائم فقط كنماذج ذهنية للقيود، لكن قدمها في نثر للحفاظ على التدفق سلسًا وقابلًا للقراءة؛ الهدف هو طلب كود سليم فنيًا مع نية واضحة.

في الممارسة، ابدأ بمطالبة minimal، ثم قم بتوسيعها بإضافة حالات حافة، وتوقعات الأداء، واعتبارات المنصة (платформы)؛ قم بمواءمة المهمة مع السياق الزمني الحقيقي، مثل ملف عرض في مستودع محلي أو مساحة عمل مشتركة، واطلب إخراجات يمكن اختبارها فورًا، تجنب الغموض والزوائد غير الضرورية.

قوالب لمطالبات الكود

القالب: filename = 'algorithm_demo.py'; المهمة: تنفيذ دالة compute_stats(data) التي تعيد قاموسًا مع المتوسط، والوسيط، والمنوال من data (قائمة أرقام). القيود: التعامل مع القوائم الفارغة بلطف، استخدم خوارزمية مستقرة، وأعد أعدادًا صحيحة حيثما أمكن. الإخراج: تعريف الدالة، ووصف موجز، وكتلة اختبار وحدة صغيرة. قدم شرحًا موجزًا (объяснение) للنهج، واحتفظ بالإجابة بأكملها مدمجة بما يكفي للصق في مسودة (черновик) دون فقدان السياق؛ أدرج إدخال مثال قصير وإخراج متوقع.

القالب: filename = 'sorting_utils.py'; المهمة: اكتب sort_list(arr, algorithm='mergesort') التي تعيد نسخة مصنفة من arr؛ دعم mergesort افتراضيًا، اسمح بـquicksort كبديل، ووثق توقعات تعقيد الزمن. الاختبارات: [3,1,2] -> [1,2,3]. شرح اختيار الخوارزمية في بضعة أسطر (технически)، وأمدد حصيرة اختبار minimal. ضمن أن الكود نقي (لا آثار جانبية I/O) وأن المطالبة تطلب تنفيذًا Python قابلًا للقراءة وidiomatic.

سيناريوهات خوارزمية وتحقق

يجب أن تشمل تنويعات المطالبات مطالبات خاصة بالسيناريو، مثل عبور الرسم البياني، أو البرمجة الديناميكية، أو معالجة النصوص؛ لكل سيناريو، اطلب توقيع الدالة، وإخراج حتمي، وشرحًا مدمجًا (объяснение) للطريقة في بضع نقاط. حدد اسم ملف (filename) لربط المهمة بمشروع حقيقي، واسأل عن مجموعة اختبار مفصلة (детальный тестовый набор) التي تمارس حالات الحافة في قائمة قصيرة ودية للبشر (списки) من المدخلات. إذا كنت بحاجة إلى نتائج سريعة، أدرج وضعًا لإعادة النتيجة وتتبع قصير يكشف الأسباب وراء القرارات (получая) دون الكشف عن بيانات حساسة.

عند طلب الشروحات، اطلب مخططًا خطوة بخطوة (сценарий) للمنطق الذي يمكن للمراجع اتباعه في جلسات مراجعة حية (живую)؛ هذا يساعد فرق التطوير على المنصات (платформах) ذات الجداول الزمنية الضيقة (время) على تقييم الصحة والقابلية للقراءة بسرعة. أدرج ملاحظات حول كيف يمكن أن يتطور التنفيذ أكثر (развития) بتعديلات صغيرة للتعامل مع نطاقات إدخال أوسع، واحتفظ بالمطالبات مركزة على الكود الفعلي والاختبارات بدلاً من الطموحات الغامضة.

اختيار هياكل المطالبات لمهام توليد الكود

ابدأ بهيكل minimal وحتمي: بيان مشكلة موجز، تنسيقات إدخال/إخراج صريحة، ومثال ملموس واحد على الأقل. هذا يحافظ على الجوهر (суть) واضحًا ويوفر دعامات (опоры) صلبة للشبكة العصبية (нейросеть). ضع هذا الإرشاد في قسم (раздел) مكتبة المطالبات الخاصة بك، وأرفق تلميحات (подсказок) التي توجه السلوك نحو كود نظيف وقابل للاختبار. استخدم minimum اثنين من الأمثلة، حدد اللغة المستهدفة والبيئة، واكتب النمط كمطالبة (промты) قابلة لإعادة الاستخدام لسير العمل المستقبلية. اكتب (Напиши) القالب بحيث يخرج النموذج كتلة كود جاهزة للتشغيل مع تعليق minimal.

اختر بين ثلاث هياكل أساسية لتوليد الكود: التعليمات المباشرة، التحليل خطوة بخطوة (шагов)، وأمثلة أولاً (ппромты). لكل واحدة، حدد الهيكل (архитектура) للمطالبة: وصف مهمة واضح، تنسيق إدخال/إخراج صارم، قيود اللغة والأدوات، ومجموعة صغيرة من حالات الاختبار. في النسخة خطوة بخطوة، أدرج خطوات (шагов) تحدد النهج لكن تجنب الكشف عن التفكير الداخلي؛ اطلب خطة موجزة والكود النهائي بدلاً من ذلك. هذا التوافق يجعل المطالبات (промты) أسهل في التدقيق وإعادة الاستخدام عبر الأقسام (разделе). عندما تظهر قضايا السلامة، أشر إلى gameshield كالحارس الذي يفرض القيود ويمنع الأنماط غير الآمنة.

ربط المطالبة بدعامات (опоры) مستقرة: واجهة ثابتة، مخطط إدخال صريح (مثل JSON)، وأسلوب إخراج محكم وموثق. حدد اللغة المستهدفة، والتشغيل، وأي APIs محظورة. استخدم تلميحات (подсказки) لدفع النموذج نحو كود idiomatic وفعال، وأدرج هيكل اختبار موجز حتى تتمكن الشبكة العصبية (нейросеть) من التحقق من الصحة. في هذا السياق، يصبح أداة (инструмент) المطالبة قالبًا مملوءًا (наполненные) يرشد كلاً من التوليد والتقييم.

فحوصات الجودة تدفع نتائج موثوقة: نحسب (посчитаем) التقدم بمجموعة قياس واضحة، بما في ذلك minimum من 5 اختبارات وحدة وتغطية لحالات الحافة الشائعة. اطلب من النموذج تقديم كتل كود تمر بجميع الاختبارات، مع شروحات قصيرة اختيارية محدودة بالتفاصيل الأساسية. استخدم نسخة مطالبة منفصلة لطلب الكود فقط عند نجاح الاختبار، محافظًا على سير العمل محكمًا وقابلًا للتكرار.

نصائح عملية تحافظ على المطالبات عملية: اكتب (напиши) قالبًا متسقًا لكل مهمة، أغلق في الروابط (связи) بين المدخلات، والمعالجة، والإخراجات، واحتفظ بـهيكل (архитектура) المطالبات مملوءًا (наполненные) بأمثلة. شدد على القيود مبكرًا، حتى تتمكن الشبكة العصبية (нейросеть) من المواءمة على الأسلوب، والأداء، والسلامة. عامل أداة (инструмент) كلوحة قابلة للبرمجة يمكنك تعديلها في القسم (разделе)، متكررًا على الهيكل، لا المحتوى فقط. إذن (Итак)، هدف لمطالبات سهلة التدقيق، سهلة إعادة الاستخدام، وقادرة على التألق (блистать) في كود جاهز للإنتاج. الرغبة (Волі) للنموذج هنا – تقديم إجابات دقيقة وقابلة للتحقق، لا ملخصات غامضة.

إذن (Итак)، اعتمد هيكلًا معياريًا هيكليًا (архитектура) لمطالبات توليد الكود (промты)، مع تلميحات واضحة (подсказки)، مدخلات وإخراجات محددة، وخطة اختبار موجزة. تذكر (Помните)، أن كل تقسيم (разделке) يمكن توسيعها، لكن المجموعة الأساسية – هي هياكل القسم (разделе)، مجموعة الدعامات ومجموعة الاختبارات. اكتب (Напиши) أمثلة لـPython وJavaScript، واحتفظ بها في تنسيق واحد، حتى تبقى الروابط (связи) بين اللغات والبيئات متسقة. هذا النهج يسمح بتألق (блистать) جودة الكود ويقلل من خطر الأخطاء في التنفيذ النهائي.

تحديد اللغة، والبيئة، والقيود لمطالبات الكود

إرشادات لمطالبات فعالة

• اللغة والإصدار: حدد اللغة الدقيقة، والإصدار، وأي لهجة أو إطار عمل مطلوب (على سبيل المثال، Python 3.11، Java 17 مع الوحدات، أو TypeScript 5.0 مع وضع صارم). هذا يحدد التوقعات ويمنع الغموض.
• البيئة والقيود: وصف التشغيل، ونظام التشغيل، والمكتبات المتاحة، ومسارات الملفات، واتفاقيات الإدخال/الإخراج، والحدود الرملية أو التنفيذية (الذاكرة، الزمن). ذكر بيئات متنوعة (различные environments) يجب أن يدعمها الكود لمواءمة الإخراجات مع حالات الاستخدام المختلفة.
• أسلوب الكود والسلامة: حدد قواعد التنسيق، واتفاقيات الوصف، وقيود الأمان. حدد APIs المسموحة والأنماط المحظورة، مثل الوصول إلى الشبكة أو الكتابة إلى مسارات تعسفية. أدرج كيفية التعامل مع الفشل ورسائل الخطأ، مما يجعل التعليمات صادقة وواضحة (честно и ясно).
• أسئلة توضيحية واختبار: حدد كيف يجب أن يسأل النموذج عن المعلومات المفقودة وكيفية ترجمة نية المستخدم إلى خطوات ملموسة (каким образом спросить clarifications и перевести требования в код). قدم مدخلات/إخراجات مثالية وحالات حافة لتقليل النزاعات (споров) والشكوك لدى الإنسان نفسه (ляжение сомнений у самого человека).
• إشارات التقييم: وصف كيف سيتم الحكم على الإخراجات، بما في ذلك الصحة، والقابلية للقراءة، ومدى تكيف الكود جيدًا مع الشروط المحددة (и насколько хорошо код подстраивается под заданные условия). هذا سيساعد المبرمجين والمدرب على فهم ما يقع في أساس التقييم.

توضيح الخوارزميات: التدفق، وهياكل البيانات، والتفكير التدريجي في المطالبات

1. حدد الهدف ومعايير النجاح: حدد بالضبط ما يجب أن يخرجه النموذج وكيف ستقيم الصحة.
2. وضح التدفق: رسم الإدخال → المعالجة المسبقة → خطوات التفكير → الإخراج النهائي، مع سرد مسؤوليات كل مرحلة.
3. أعلن هياكل البيانات: سمي الهياكل المستخدمة (المصفوفات، الخرائط، الأشجار، الطوابير) وصف العمليات المسموحة عليها (إدراج، بحث، ترتيب، دمج).
4. اطلب تفكيرًا تدريجيًا: اطلب خطوات صريحة (مثل، s0، s1، s2) التي تؤدي إلى النتيجة، بدلاً من قفزة واحدة إلى الخاتمة.
5. أدرج نقاط تثبيت التحقق: أدرج اختبارات شرطية وحالات حافة في الخطوات الرئيسية للكشف عن الأخطاء مبكرًا.
6. قدم قيودًا وقواعد احتياطية: حدد الشروط أو الحدود، وما يجب فعله إذا فشلت خطوة في إنتاج نتيجة صالحة.
7. قدم ملخصًا موجزًا وكودًا اختياريًا أو pseudocode: فقط بعد عرض التفكير، قدم تنفيذًا minimal أو مخططًا.

إرشادات للتدفق والتفكير في المطالبات

• تفضل لغة صريحة تربط كل خطوة بتحويل بيانات، حتى يتتبع النموذج المسار من الإدخال إلى الإخراج.
• عند طلب توليد كود، حدد اللغة المستهدفة، والواجهات، ومعالجة حالات الحافة لتجنب الغموض في الحل النهائي.
• احتفظ بالمطالبات معيارية: قسم المهام المعقدة إلى submطالبات أصغر مواءمة مع هياكل البيانات والتدفق المختار.
• شجع على التحقق: بعد كل خطوة، اطلب فحصًا سريعًا للصحة ضد حالات اختبار بسيطة.
• تجنب المصطلحات الغامضة بتسمية هياكل وعمليات وإخراجات ملموسة متوقعة لتقليل سوء التفسير.

دمج الاختبارات: التحقق المدفوع بالمطالبات للكود المولد

تركيب حصيرة اختبار minimal تعمل فورًا على الكود المولد وتعيد تقريرًا منظمًا من نجاح/فشل، الأخطاء، وقياسات التشغيل أمر أساسي. المطالبات الإنجليزية (англ prompts) تساعد المساعد (помощника) على التألق (бллистать) بتوقعات حادة، مما يقلل من فرصة الإحباط (разочароваться) عندما تكون الصيغة صحيحة لكن الدلالات تفشل.

اعتمد وصفة مدمجة (рецепт): اطلب كودًا بالإضافة إلى مجموعة اختبار حتمية وحمولة JSON (формата JSON) التي تقرر الحالة، والأخطاء، والتغطية. هذا يحافظ على التحقق مرئيًا وقابلًا للأتمتة عبر الفرق والأدوات.

حدد قيودًا واضحة للكود المولد: يجب أن يكون الإخراج ذاتي الاكتفاء، حتميًا، وخاليًا من الاعتماديات الخارجية خارج تشغيل رملي. أدرج فحوصات لمعالجة (обрабдки) حالات الحافة، وحارسًا ضد السلوك غير المرغوب (нежелательному поведению)، وشرحًا موجزًا لأي أخطاء (ошибку) يكتشفها الاختبار.

صمم تجربة (триал) حول المطالبات: ثبت البذرة، عزل I/O، وشغل فحوصات متكررة (повторяющихся) للكشف عن السلوك غير المستقر. استخدم حلقة تغذية راجعة محكمة لتكرير المطالبات حتى تقل الأخطاء عبر التكرارات ويحسن نسبة الإشارة إلى الضوضاء العامة.

وثق سير العمل في الدليل (гайд) ومواءمته مع وثائق الشركة (документацию). هذه الممارسة تضمن أن الفرق الأخرى (прочие команды) يمكنها إعادة إنتاج النتائج، تدقيق المطالبات، وتتبع كيف تحول الكود عبر التوليد والتحقق.

اعترف بأن النماذج المدربة (обученные модели) قد تتمكن من إصدار كود صحيح صيغيًا (синтаксически корректный) لا يلبي متطلبات المستخدم. لذلك، أدرج معايير قابلية القراءة، تعليقات داخلية، وعقود صريحة لتوقيعات الدوال، مع فحوصات تتحقق من هذه الصفات إلى جانب الصحة. أفضل النهج (лучшие подходы) تجمع بين التحقق الآلي والمراجعة البشرية لمنع التنفيذات الغامضة أو المشكلة.

ابدأ (Начать) بوصفة بسيطة (рецепт): الخطوة 1، حدد توقيع الدالة المستهدفة وسلوكها المتوقع بلغة طبيعية؛ الخطوة 2، قدم مدخلات ممثلة وحالات حدود؛ الخطوة 3، اطلب اختبارات وحدة تؤكد كلاً من الإخراجات النموذجية وحالات الحافة؛ الخطوة 4، شغل كل شيء في رملية وجمع النتائج في تنسيق JSON (формата JSON)؛ الخطوة 5، كرر المطالبات بناءً على التأكيدات الفاشلة حتى تستقر النتائج.

في الممارسة، تبدو خط أنابيب مساعد صغير (маленькая помощника pipeline) هكذا: اطلب من النموذج إنتاج كود بالإضافة إلى اختبارات مدمجة، نفذ في بيئة محكومة، التقط النتائج، وأعد الفشل إلى تكرير المطالبات. هذا النهج يساعد الشركات (компании) على تجنب الإحباط (разочароваться) في النتائج، عندما يبدو الكود المولد صحيحًا، لكنه لا يؤدي المهمة وفقًا للوثائق والوصفات (рецептам) الاختبار. يجب أن يحافظ الأشخاص المعنيون على مجموعة الاختبار خفيفة الوزن، مستقرة، ومركزة على السلوك الأساسي، بينما يستخدمون الإرشاد من الدليل (гайда) لتوسيع التغطية مع الوقت.

معالجة حالات الحافة، والمكتبات، ونداءات API في مطالبات الكود

ابدأ بالتحقق من المدخلات عند حدود المطالبة ونمذجة عقد صارم: المفاتيح المطلوبة، القيم المسموحة، المهل الزمنية، وسياسة إعادة المحاولة المحددة. ضمن أن الإخراجات متطابقة (одинаковы) عبر التشغيلات بتثبيت نقاط النهاية وإصدارات المكتبة. احتفظ بالمطالبات موجزة (емкий) وموجزة، باستخدام رموز نصية (текстовых tokens) ترسم مباشرة إلى سطح API. عند تحديد مهمة لحالة استخدام محددة (конкретного use case)، طبق نمطًا رئيسيًا (мастер pattern) يمكن للمطورين المتدربين (стажер developers) إعادة استخدامه، وأدرج أمثلة (примеры) لكل من النجاح والفشل. دع الملاحظات الصادقة (честные notes) ترشد التوقعات، وصمم مطالبات تروج للتطور الذاتي (саморазвития) للمطورين، تدعم إنشاء أدوات موثوقة (reliable tooling) بدلاً من إرشاد غامض. تجنب الالتفات غير الضروري؛ حتى في ظروف الضوضاء، يثبت السلوك المتوقع (закрепляет predictable behavior) ويساعد الجميع على التقدم.

يجب معاملة المكتبات كواجهات، لا كتفاصيل تنفيذ. حدد مجموعة الاعتماديات إلى تلك المستقرة والمدعومة جيدًا ولف النداءات خلف محولات صغيرة حتى تبقى المطالبات قابلة للقراءة وقابلة للنقل عبر الستاك بأكمله (на всем стеке). هذا النهج الرئيسي (мастер approach) يحافظ على تماسك المطالبات، يبسط الاختبار، ويمنع الانجراف بين البيئات (средах). لمشروع محدد (конкретного project)، وثق الإصدارات الدقيقة المستخدمة وقدم أنماط استيراد أمثلة (примеры import patterns). شدد على حلقات التغذية الراجعة الصادقة (честные feedback loops) حول الفشل، وهيكل المطالبات لدعم التطور الذاتي (саморазвития) والتعلم (обучению) للمطورين، بدلاً من الكشف عن حالات حافة هشة في الكود الخام. إذا اقترح جزء من الدجاجة (куриатины) jako استعارة، تخلص منها وابقَ مركزًا على السلوك الملموس والنتائج الحتمية. يثبت الانضباط (закрепляет discipline) عبر الفرق، ويساعد جميع المشاركين على النمو (расти).

نداءات API تتطلب نمطًا منضبطًا: طلبات idempotent حيثما أمكن، مهل زمنية صريحة، وتراجع قوي (robust backoff) عند الفشل. خذ مثالًا محددًا (Возьмем конкретного примера): نداء GET مع مهلة 2 ثانية وسياسة إعادة محاولة 3 خطوات. روج لمطالبات نصية (текстовых prompts) تصف الطلب بوضوح، بما في ذلك نقطة النهاية، والرؤوس، وأشكال الاستجابة المتوقعة، دون تضمين مفاتيح حساسة في المطالبة. استخدم رموز نصية (текстовых tokens) لعناصر البارامتر placeholders، وفرض خرائط أخطاء واضحة حتى يرى المستخدمون إرشادًا قابلًا للتنفيذ. اجعلها سهلة للمتدرب (стажер) إعادة إنتاج التدفق، وقدم أمثلة (примеры) لكل من النجاح وأنماط الفشل الشائعة. طوال الوقت، حافظ على الاهتمام (интерес) للحفاظ على جاذبية المطالبات وصدقها، وضمن أن التصميم يدعم التطور الذاتي (саморазвития) بمكافأة الوضوح، والتوافق، والتوقعية للمطورين. الهدف هو تجنب المفاجآت وتعزيز السلوك الموثوق في جميع البيئات.

السيناريو	حالة الحافة	نمط المطالبة	التحقق
مهلة API	لا استجابة ضمن الحد	وصف نقطة النهاية، الطريقة، الرؤوس؛ حدد timeout=2s؛ حدد إعادة المحاولة مع تراجع أسي	محاكاة التأخيرات لتأكيد زيادة التراجع؛ تحقق من أن معالجة الفشل النهائية تطلب إجراء مستخدم واضح
حد معدل (429)	طلبات كثيرة جدًا	حدد سياسة إعادة المحاولة، الحد الأقصى للمحاولات، ومعامل التراجع؛ أدرج خطة بديلة إذا استمرت الحدود	محاكاة 429s؛ تأكيد أن المطالبة تكشف إرشادًا وتدهورًا لطيفًا
JSON مشوه	هيكل استجابة غير صالح	حدد المخطط المتوقع موجزًا؛ وصف كيفية التعافي أو إعادة المحاولة مع التطبيع	حقن حمولات مشوهة لاختبار المرونة؛ ضمن أن المطالبات تطلب خطوات تصحيحية
مفتاح API مفقود	غير مصرح	وضح كيف يجب أن تطلب المطالبات المفتاح بأمان أو قراءته من متجر آمن	تحقق من مسارات معالجة المفتاح؛ ضمن عدم التسرب في السجلات أو المطالبات