أفضل التوجيهات لـ Claude تجعل المهمة سهلة الفهم: حدد لـ Claude هدفًا، والمواد التي يجب أن يستخدمها، والقيود المهمة، وطريقة للتحقق من النتيجة. بالنسبة للكتابة، احرص على دقة الحقائق وخطوة القارئ التالية. أما بالنسبة للبحث، فقم بربط الادعاءات بالمصادر. وبالنسبة للبرمجة، حدد السلوك الصحيح وقم بإجراء الاختبارات.
ابدأ بالمهمة التي تحتاجها أدناه: صياغة رسالة بريد إلكتروني، أو فهم حزمة المصادر، أو تصحيح دالة في لغة بايثون. اختر من بين 12 نموذجًا قابلاً للتعديل، ثم استكشف ثلاثة أمثلة عملية تم اختبارها باستخدام Claude في GlobalGPT. يتضمن كل مثال السؤال والإجابة الكاملين، حتى تتمكن من معرفة ما يجب نسخه، وما يجب تغييره، وما يجب التحقق منه في عملك الخاص.
إذا كان عملك ينتقل من مرحلة البحث إلى مرحلة الكتابة ثم إلى مرحلة البرمجة،, جلوبال جي بي تي تي يجمع بين نموذج Claude ونماذج رائدة أخرى، إلى جانب العديد من أدوات الذكاء الاصطناعي، في اشتراك واحد بأسعار معقولة ولوحة تحكم واحدة. يمكنك الحفاظ على تماسك سير العمل بشكل عام واختيار النموذج أو الوظيفة التي تناسب الخطوة التالية.
في هذه الصفحة
أفضل تلميحات Claude في لمحة سريعة
اختر القالب وفقًا للقرار أو الناتج المطلوب. استبدل الحقول الموضوعة بين الأقواس قبل إرساله. تعمل قوالب الكتابة والبحث مع النصوص الملصقة؛ أما تعليمات البرمجة التي تطلب الوصول إلى الملفات أو تنفيذها، فتحتاج إلى أداة قادرة فعليًّا على تنفيذ تلك الإجراءات.
يكفي استخدام تنسيق بدء قابل لإعادة الاستخدام في العديد من المهام. نظرة عامة سريعة على الهندسة في Anthropic يبدأ بمعايير النجاح وطريقة اختبارها. ولا تحتاج إلى شخصية خبيرة متعمقة لتحديد ما يجب أن تتضمنه الإجابة المفيدة.
نموذج قصير للبدء
ساعدني في [المهمة] من أجل [الجمهور أو الغرض].
استخدم هذه المادة: [الصق المادة].
احترم هذه القيود: [الحقائق، النطاق، الطول، أو القواعد].
أعد [تنسيق المخرجات].
يجب أن تتضمن النتيجة الناجحة [متطلبات قابلة للتحقق].
إذا كان هناك تفصيل ضروري مفقود، فاطرح السؤال المحدد الذي يعوق إنجاز المهمة.استخدم العناوين أو العلامات عندما تساعد في تسهيل تقسيم الملخص المعقد إلى أجزاء. إرشادات المطالبة الحالية الخاصة بـ Anthropic توصي بتقديم تعليمات واضحة وأمثلة مفيدة وعلامات XML وصفية للمواد المختلطة. تعمل العلامات على تنظيم النص؛ وهي لا تُنشئ أدلة، ولا تمنح حق الوصول إلى الأدوات، ولا تجعل الإجابة صحيحة.
Claude: أفكار للكتابة
في الكتابة، غالبًا ما يكمن الصعوبة في الحفاظ على الإيجاز مع تغيير أسلوب التعبير. حدد ما يتعين على القارئ فعله، وأي التفاصيل ثابتة. فالجملة السلسة لا تفيد إذا أضافت وعدًا بشكل خفي.
1. اكتب رسالة بريد إلكتروني استنادًا إلى موجز وقائعي
دعوة واضحة، أو تحديث، أو رسالة بريد إلكتروني موجهة للعميل تتضمن تفاصيل يجب أن تظل دقيقة تمامًا. يرجى إحضار: ملخص وقائعي، والجمهور المستهدف، والإجراء المطلوب، والحد الأقصى لعدد الكلمات.
W1 · المهمة التمثيلية التي تم اختبارها أدناه
اكتب الرسالة الإلكترونية المطلوبة في الملخص. تعامل مع الحقائق المؤكدة على أنها ثابتة. افصل بين الطلبات والتأكيدات. التزم بتنسيق النص النهائي وطوله المحددين. استخدم التفاصيل المقدمة فقط.
الجمهور المستهدف: [من سيقرأ هذه الرسالة]
الغرض: [ما يجب أن تحققه الرسالة الإلكترونية]
الحقائق المؤكدة: [التواريخ، الأوقات، الأسعار، الحدود، والتفاصيل الأخرى]
التفاصيل غير المعروفة أو غير المعتمدة: [ما لا يمكنك الوعد به]
الإجراء المطلوب من القارئ: [الخطوة التالية المحددة]
النبرة: [النبرة]
الناتج: سطر موضوع ونص رئيسي مكون من [عدد الكلمات] كلمة.
تحقق من النتيجة: تحقق من كل تاريخ ورقم ووعد وإجراء تالي مقارنةً بالموجز. فحتى جملة إضافية ودودة قد تنشئ التزامًا.
2. اجعل أسلوبك في الكتابة متناسقًا مع صوتك
مسودة قصيرة تبدو متسقة مع أعمالك الحالية. يرجى إحضار: نموذجان أو ثلاثة من كتاباتك، بالإضافة إلى الحقائق المتعلقة بالمقال الجديد.
W2 · قالب قابل للتعديل
استخدم نماذج كتاباتي لتحديد ثلاث سمات أسلوبية يمكن ملاحظتها: إيقاع الجملة، ومستوى الرسمية، والطريقة التي أشرح بها الأفكار. طبق هذه السمات على [تنسيق] جديد مخصص لـ [الجمهور].
استخدم العينات للأسلوب فقط. استخدم الملخص الجديد للحقائق. اذكر السمات الثلاث، ثم المسودة في [نطاق الكلمات] كلمة.
[الصق نصك الخاص]
[الموضوع، والغرض، والحقائق المؤكدة، والإجراء المطلوب من القارئ]تحقق من النتيجة: انتبه إلى إيقاع الجملة ودقتها، ثم تأكد من عدم تسلل أي من الحقائق الواردة في النموذج إلى المسودة الجديدة.
اختر أمثلة ترغب في الحفاظ على أسلوبها. فقائمة من الصفات مثل “ودود، ذو بصيرة، محترف” تتيح مجالاً أوسع للتفسير مقارنةً ببعض الأمثلة المحددة. وينبغي أن تظل المذكرة الجديدة هي المصدر الرئيسي للتفاصيل الواقعية.
3. حدد التعديلات الأكثر أهمية
مسودة تبدو ضعيفة، دون أن تستدعي إعادة كتابة كاملة. يرجى إحضار: مسودتك، والجمهور المستهدف، والغرض، وأي فقرات ترغب في الاحتفاظ بها.
W3 · قالب قابل للتعديل
يرجى مراجعة هذه المسودة من أجل [الجمهور المستهدف] الذين يحتاجون إلى [هدف القارئ]. حدد ما يصل إلى ثلاثة تغييرات من شأنها تحسين الوضوح أو الفائدة إلى أقصى حد. إذا كانت التغييرات المطلوبة أقل من ثلاثة، فيرجى الإشارة إلى ذلك.
بالنسبة لكل تغيير، اذكر المقطع الأصلي، وشرح المشكلة التي يواجهها القارئ، واقترح بديلاً. حافظ على المعنى الفعلي وعلى العناصر التالية: [يجب الحفاظ عليها]. لا تقم بإعادة كتابة المسودة بأكملها.
[الصق المسودة]
تحقق من النتيجة: يرجى رفض النتائج التي لا تشير إلى مقطع حقيقي أو مشكلة قراءة ذات مغزى.
4. إعادة توظيف مصدر واحد لجمهورين مختلفين
تحويل التحديث المعتمد إلى مذكرة داخلية ورسالة موجهة للعملاء. يرجى إحضار: مصدر واحد معتمد وموجزان موجهان للجمهور.
W4 · قالب قابل للتعديل
قم بتكييف النص المصدر المعتمد إلى نسختين مختصرتين:
أ. [الصيغة، الجمهور المستهدف، الغرض، الحد الأقصى لعدد الكلمات]
ب. [الصيغة، الجمهور المستهدف، الغرض، الحد الأقصى لعدد الكلمات]
حافظ على اتساق التواريخ والأرقام وتوافر الميزات والالتزامات. غيّر الشرح ونقاط التركيز لتناسب كل جمهور. إذا احتاج أحد الجماهير إلى تفصيل لا يتضمنه النص الأصلي، فقم بإدراج تلك الفجوة بعد المسودات.
[الصق النص الأصلي]
تحقق من النتيجة: قارن بين النسختين باستخدام نفس قائمة الحقائق؛ فوجود جمهور جديد لا يبرر إضافة ميزات أو وعود جديدة.
جرب هذه المهام في GlobalGPT
حوّل موجزًا إلى رسالة بريد إلكتروني، وحزمة مصادر إلى توصية، وتقرير خطأ إلى حل.
استخدمنا Claude Sonnet 5 في GlobalGPT لجميع المهام الثلاث. احتوت مسودات رسائل البريد الإلكتروني على تفاصيل الأحداث الرئيسية، وحددت إجابات البحث الأسباب التي تدعو إلى تأجيل إطلاق الميزة، واجتازت كلتا الإصلاحات المكتوبة بلغة Python جميع الفحوصات الـ 24 عندما قمنا بتشغيلهما بشكل منفصل. هذه نقاط انطلاق مفيدة للعمل الذي يمكنك إدراجه في لوحة المعلومات نفسها.
لتجربة ذلك بنفسك، اختر أحد القوالب أدناه واستبدل النص النموذجي بنصك الخاص. يجمع GlobalGPT بين أدوات الكتابة والبحث والبرمجة وأدوات الذكاء الاصطناعي الأخرى في اشتراك واحد بأسعار معقولة، مما يتيح لك الانتقال من مرحلة فهم المشكلة إلى صياغة الناتج التالي دون الحاجة إلى التنقل بين خدمات منفصلة.
كيف قمنا بمقارنة المطالبات
في 14 سبتمبر 2026، تلقت كل مهمة موجهتين تستندان إلى نفس المادة المصدرية الخيالية ونفس المتطلبات: توجيه موجز ونسخة أكثر تنظيماً. احتفظنا بالإجابة الكاملة الأولى من كل منهما، ليصبح المجموع ست إجابات. استند البحث إلى المقاطع المقدمة؛ أما كود لغة Python الذي تم إرجاعه فقد تم فحصه بشكل منفصل، ولم يقم النموذج بتنفيذه أثناء المحادثة.
تغطي هذه الأمثلة ثلاث مهام، مرة واحدة لكل إصدار. وترد أدناه المدخلات والإجابات الكاملة، إلى جانب التعديلات أو عمليات التدقيق التي تتطلبها كل نتيجة. ولم يتم اختبار كل قالب من القوالب الـ12 القابلة لإعادة الاستخدام على حدة.
مقارنة الناتج الأول · W
قم بصياغة رسالة بريد إلكتروني خاصة بالحدث تتضمن التفاصيل الأساسية.
| تحقق | تعليمات بسيطة | التعليم المنظم |
|---|---|---|
| الحقائق الأساسية ومراجعة الإجراءات | 8 / 9 | 8 / 9 |
| الموضوع وطول الجسم | تمت الموافقة · 126 كلمة | تمت الموافقة · 128 كلمة |
| وعد بالمتابعة غير معتمد | الحاضر | الحاضر |
احتفظت كلتا النسختين بالتاريخ والأوقات والسعة والسعر والملاحظات، بالإضافة إلى التمييز بين طلب الحجز وتأكيده. وهذا يمنحك مسودة يمكنك تعديلها بدلاً من صفحة فارغة. قبل الإرسال، احذف الوعد بالمتابعة الذي لم يصرح به أي من المسؤولين؛ كما أن النسخة المبسطة وصفت الجلسات بأنها “متطابقة” دون تقديم أي دليل يدعم ذلك. بالنسبة لرسالتك الإلكترونية الخاصة، قم بإدراج كل من الحقائق التي يجب الاحتفاظ بها والالتزامات التي يُسمح لك بتقديمها.
تشمل عمليات التحقق الثماني ما يلي: التاريخ؛ كل من التوقيت المحلي والتوقيت العالمي المنسق (UTC)؛ المدة؛ السعة المسموح بها لكل جلسة؛ الحضور المجاني؛ الملاحظات القابلة للتنزيل؛ عدم التسجيل؛ وطلب الحجز بدلاً من تأكيده. أما عملية التحقق التاسعة فتتعلق بالحقائق أو الالتزامات المختلقة. ولا يُحتسب العنوان في عدد الكلمات.
الوقت المنقضي: 9.73 ثانية / 7.02 ثانية. عدد الرموز المبلغ عنها في المدخلات والمخرجات: 400 + 617 / 468 + 299. استجابة واحدة لكل منهما؛ دون أي محاولات إعادة.
تعليمات واضحة — النص الكامل والمواد المرجعية
اكتب رسالة البريد الإلكتروني المطلوبة في الملخص أدناه.
مثال افتراضي. هذه تفاصيل ورشة عمل مختلقة، وليست عرضًا حقيقيًّا.
أنت تكتب رسالة بريد إلكتروني دعوة لحضور ورشة عمل مجتمعية افتراضية باسم «Clear Notes».
الجمهور المستهدف: قادة المشاريع في الفرق الصغيرة الذين يرغبون في تدوين ملاحظات اجتماعات أكثر وضوحًا.
الهدف: دعوة القارئ للرد بكلمة «صباح» أو «مساء» لطلب حجز مكان. الرد هو طلب حجز مكان؛ ولا يعتبر تأكيدًا للحجز.
الحقائق المؤكدة:
- التاريخ: 8 أكتوبر 2026.
- جلستان منفصلتان تبدآن في الساعة 09:00 بتوقيت غرينتش و16:00 بتوقيت غرينتش.
- تستغرق كل جلسة 40 دقيقة.
- تتسع كل جلسة لـ 25 مشاركًا.
- الحضور مجاني.
- يحصل المشاركون على ملاحظات قابلة للتنزيل.
- لن يتم توفير أي تسجيل.
- لم يتم تحديد موعد نهائي للتسجيل.
النتيجة المطلوبة: سطر موضوع ونص رسالة بريد إلكتروني يتراوح بين 100 و140 كلمة. لغة إنجليزية بسيطة وودية؛ بدون مبالغة. قم بتضمين التاريخ، وموعدَي البدء والمنطقة الزمنية، والمدة، والسعة لكل جلسة، والسعر، والملاحظات القابلة للتنزيل، وعدم توفر تسجيل، والإجراء المطلوب في الرد. لا تختلق رابطًا أو موعدًا نهائيًا أو حجزًا مؤكدًا أو متحدثًا أو مكانًا. لا بأس من عدم ذكر عدم تحديد موعد نهائي للتسجيل.
تعليمات واضحة — الإجابة الأصلية الكاملة
**الموضوع: ورشة عمل «Clear Notes» – 8 أكتوبر 2026 – الرد لطلب حجز مكانك**
مرحبًا،
ندعو قادة المشاريع الراغبين في الحصول على ملاحظات اجتماعات أكثر وضوحًا وفائدة للانضمام إلى «Clear Notes»، وهي ورشة عمل مجتمعية مجانية تُعقد في 8 أكتوبر 2026.
هناك جلستان متطابقتان، مدة كل منهما 40 دقيقة: تبدأ إحداهما في الساعة 09:00 بالتوقيت العالمي المنسق (UTC) والأخرى في الساعة 16:00 بالتوقيت العالمي المنسق (UTC). تتوفر 25 مكانًا في كل جلسة.
الحضور مجاني، وسيحصل كل مشارك على ملاحظات قابلة للتنزيل للاحتفاظ بها. يرجى ملاحظة أنه لن يتم توفير أي تسجيل، لذا فإن الحضور المباشر هو الطريقة الوحيدة للمشاركة.
لطلب مكان، ما عليك سوى الرد على هذه الرسالة الإلكترونية بكلمة «MORNING» أو «AFTERNOON»، حسب الجلسة التي تناسبك أكثر. الرد على هذه الرسالة هو طلب للحصول على مكان؛ ولا يعتبر تأكيدًا لحجزك. سنوافيك بمزيد من التفاصيل قريبًا.
شكرًا لك، ونأمل أن نراكم هناك.التعليم المنظم — توجيهات كاملة ومواد مرجعية
اكتب رسالة البريد الإلكتروني الخاصة بالدعوة كما هو مطلوب في الملخص. تعامل مع الحقائق المؤكدة على أنها ثابتة. افصل بين طلب الحجز والحجز المؤكد. التزم بتنسيق الناتج المحدد وطوله. استخدم التفاصيل المقدمة فقط.
مثال اختباري خيالي. هذه تفاصيل ورشة عمل مختلقة، وليست عرضًا حقيقيًّا.
أنت تكتب رسالة بريد إلكتروني للدعوة لحلقة عمل مجتمعية خيالية باسم «Clear Notes».
الجمهور المستهدف: قادة المشاريع في الفرق الصغيرة الذين يرغبون في تدوين ملاحظات اجتماعات أكثر وضوحًا.
الهدف: دعوة القارئ للرد بكلمة «MORNING» أو «AFTERNOON» لطلب حجز مكان. الرد هو طلب حجز مكان؛ ولا يعتبر تأكيدًا للحجز.
حقائق مؤكدة:
- التاريخ: 8 أكتوبر 2026.
- جلستان منفصلتان تبدآن في الساعة 09:00 بتوقيت غرينتش و16:00 بتوقيت غرينتش.
- تستغرق كل جلسة 40 دقيقة.
- تتسع كل جلسة لـ 25 مشاركًا.
- الحضور مجاني.
- يحصل الحاضرون على ملاحظات قابلة للتنزيل.
- لن يتم توفير أي تسجيل.
- لم يتم تحديد موعد نهائي للتسجيل.
الناتج المطلوب: سطر موضوع ونص رسالة بريد إلكتروني يتراوح بين 100 و140 كلمة. لغة إنجليزية بسيطة وودية؛ بدون مبالغة. قم بتضمين التاريخ، ومواعيد البدء والمنطقة الزمنية، والمدة، وسعة كل جلسة، والسعر، والملاحظات القابلة للتنزيل، وعدم توفر التسجيل، والإجراء المطلوب للرد. لا تختلق رابطًا، أو موعدًا نهائيًا، أو حجزًا مؤكدًا، أو متحدثًا، أو مكانًا. لا بأس من عدم ذكر الموعد النهائي للتسجيل الذي لم يتم تحديده بعد.
التعليم المنظم — الإجابة الأصلية الكاملة
الموضوع: دعوة لحضور ورشة عمل «Clear Notes» – 8 أكتوبر 2026
مرحبًا،
إذا كنت قائد مشروع وتسعى إلى تدوين ملاحظات اجتماعات أكثر تنظيمًا، يسعدنا أن نرحب بك في ورشة عمل «Clear Notes» يوم 8 أكتوبر 2026.
تتوفر جلستان، مدة كل منهما 40 دقيقة: الأولى تبدأ في الساعة 09:00 بالتوقيت العالمي المنسق (UTC) والثانية في الساعة 16:00 بالتوقيت العالمي المنسق (UTC). تتسع كل جلسة لـ 25 مشاركًا، والحضور مجاني تمامًا.
سيحصل جميع الحاضرين على ملاحظات قابلة للتنزيل للاحتفاظ بها والرجوع إليها لاحقًا. يرجى ملاحظة أنه لن يتم توفير أي تسجيل، لذا فإن الحضور المباشر هو الطريقة الوحيدة للمشاركة.
لطلب مكان، ما عليك سوى الرد بكلمة «MORNING» أو «AFTERNOON»، حسب الجلسة التي تناسبك أكثر. الرد هو طلب للحصول على مكان؛ ولا يعني تأكيد حجزك؛ وسنتواصل معك قريبًا بمزيد من التفاصيل.
نأمل أن نراكم هناك.
مع أطيب التحيات،
فريق Clear NotesClaude: أفكار للبحث
تحتاج تلميحات البحث إلى حدود للأدلة. قم بتزويد المقاطع ذات الصلة بمعرّفات المصادر، أو استخدم أداة قادرة فعليًّا على استرجاعها. لا يُعد رابط URL وحده دليلاً على أن Claude قد فتح الصفحة. تفصل هذه القوالب بين ما تقوله المصادر وما يمكنك استنتاجه.
5. توليف المصادر دون إخفاء الاختلافات
الإجابة على سؤال يتعلق بقرار ما استنادًا إلى الوثائق التي يمكنك الاطلاع عليها. يرجى إحضار: المقتطفات المُعلمة، وتواريخها، والسؤال الذي استند إليه القرار، وأي مطالبات يجب مراجعتها.
R1 · المهمة التمثيلية التي تم اختبارها أدناه
أجب عن [سؤال اتخاذ القرار] بالاعتماد حصريًّا على الحزمة المرجعية أدناه. قارن بين التعريفات والمجموعات والمقامات قبل اعتبار الاختلافات العددية دليلًا على التحسن. ميّز بين الادعاء الأولي والقياس. اربط كل استنتاج باقتباس دقيق من المصدر يدعمه فعليًّا، وتجاهل الأدلة غير المتوفرة.
الناتج: توصية لا تتجاوز [LIMIT] كلمة؛ وجدول يتضمن «الادعاء» و«الحكم» و«معرف المصدر» و«الاقتباس الداعم الدقيق»؛ وثلاثة قياسات مفقودة ضرورية لإجراء مقارنة عادلة. استخدم مصطلحات «مدعوم» أو «مدعوم جزئيًا» أو «غير مدعوم» أو «متناقض» فقط عندما تبرر الأدلة استخدام تلك التسمية. تحقق من هذه الادعاءات: [CLAIMS].
[معرفات المصادر والتواريخ والمقتطفات الكاملة ذات الصلة]تحقق من النتيجة: تحقق من النص المقتبس، والادعاء الذي يدعمه، وما إذا كانت الكميات تستخدم نفس التعريف والمقام.
6. التحقق من صحة الادعاء بمقارنته مع المرجع المشار إليه
مراجعة مسودة ما قبل استخدام الاستشهاد كدليل. يرجى إحضار: الادعاء بالضبط والمقطع المأخوذ منه، وليس مجرد رابط إلكتروني.
R2 · قالب قابل للتعديل
قم بمقارنة كل ادعاء بالنص المصدر المرفق به. بالنسبة لكل ادعاء، أدرج ما يلي: الادعاء، معرّف المصدر، الاقتباس الدقيق ذي الصلة، الحكم، ونسخة مصححة إذا لزم الأمر.
استخدم عبارة «مدعوم» عندما يدعم المصدر الادعاء بأكمله؛ و«مدعوم جزئيًا» عندما يدعم جزءًا منها فقط؛ و«غير مدعوم» عند غياب الأدلة أو عدم كفايتها؛ و«متناقض» عندما يتعارض المصدر بشكل مباشر مع الادعاء. إذا كان النص المصدر مفقودًا، فاذكر أنه لا يمكنك تقييم مدى الدعم. لا تستنتج محتوى المصدر من عنوانه أو عنوان URL الخاص به.
[الصق أزواج الادعاءات والمصادر]تحقق من النتيجة: قد لا يدعم المصدر الحقيقي هذا الادعاء. فعدم وجود دليل لا يعني وجود تناقض.
“تعني عبارة ”غير مدعومة“ أن الأدلة المقدمة لا تثبت صحة الادعاء. وتعني عبارة ”متناقضة» أن الأدلة تتعارض مع الادعاء. ويكتسب هذا التمييز أهمية عندما لا تورد أي مصدر نتائج حتى الآن: أي أنها لم تُظهر تحسناً أو تدهوراً.
7. قارن الخيارات مع موجز القرار الخاص بك
الاختيار من بين خيارات تتفاوت الأدلة الداعمة لها. يرجى إحضار: معاييرك وقيودك والمعلومات الموثوقة المتعلقة بكل خيار.
R3 · قالب قابل للتعديل
قارن بين [الخيارات] المتعلقة بـ [القرار]. استخدم هذه المعايير بالترتيب التالي حسب الأولوية: [المعايير]. القيود الصارمة: [القيود]. استخدم فقط المعلومات المتعلقة بالخيارات الواردة أدناه.
قدم جدول مقارنة، والخيار الأكثر دعمًا، والحقيقة المفقودة التي من المرجح أن تغير هذا الخيار. ضع علامة «مجهول» على القيم المفقودة. افصل الحقائق عن الأحكام. لا تختلق أسعارًا أو درجات أو أوزانًا عددية. إذا تعذر اختيار أي خيار من الأدلة، فاشرح المفاضلة المحددة التي لم يتم حلها.
[الصق المعلومات التي تم التحقق منها مع معرّفات المصادر]تحقق من النتيجة: تحقق مما إذا كانت التوصية تعتمد على قيمة مجهولة أو على أوزان لم تخترها أبدًا.
8. تحويل موضوع عام إلى خطة بحثية
البدء في البحث قبل أن تتوفر لديك مصادر كافية للإجابة. يرجى إحضار: قرار، وجمهور، ونطاق، وموعد نهائي.
R4 · قالب قابل للتعديل
ضع خطة بحث حول [السؤال] لمساعدة [الجمهور المستهدف] على اتخاذ [القرار]. النطاق: [المنطقة، والفترة الزمنية، والاستثناءات]. الوقت المتاح: [الوقت].
قدم خمسة أسئلة فرعية محددة. بالنسبة لكل سؤال، قدم الأدلة المطلوبة، ونوع المصدر الأولي المفضل، ومصطلحات البحث المقترحة، والنتيجة التي من شأنها تغيير القرار. اختتم بعمليتي البحث ذاتي الأولوية الأعلى. لا تختلق دراسات أو تدعي أنك قرأت المصادر. إذا استخدمت أدوات التصفح، فحدد بشكل منفصل الصفحات التي تم فتحها فعليًا وما تدعمه كل منها.تحقق من النتيجة: والنتيجة هي خطة. تعامل مع عمليات البحث المقترحة والمصادر المحتملة على أنها خيوط، وليس بحثًا مكتملًا.
مقارنة النتائج الأولية · R
عدم وجود نتيجة لا يعني دحض الادعاء.
| تحقق | تعليمات بسيطة | التعليم المنظم |
|---|---|---|
| عمليات التحقق البحثية المحددة مسبقًا | 6 / 8 | 7 / 8 |
| ملصق إثبات الاحتفاظ | متناقض · قوي جدًّا | غير مدعوم · مناسب |
| الحسابات المدعوة مقابل عمليات بدء التسجيل | لم يتم توضيح ذلك صراحةً | لم يتم توضيح ذلك صراحةً |
رفضت كلتا الإجابتين فكرة التطبيق الشامل، وأقرتا بأن المشاريع التجريبية استخدمت تعريفات مختلفة للتفعيل ومجموعات مختلفة من المستخدمين. وقد صنفت النسخة المنظمة الادعاء المتعلق بالاحتفاظ بالمستخدمين بشكل صحيح على أنه “غير مدعوم”. أما النسخة البسيطة فقد كتبت “متناقض”، على الرغم من أن الاقتباس الوارد فيها لم يثبت سوى عدم وجود نتائج تتعلق بالاحتفاظ بالمستخدمين. ولم تسلط أي من الإجابتين الضوء صراحةً على اختلاف المقامات.
كانت النسب 40/50 للحسابات المدعوة (80%) و54/60 لعمليات بدء التسجيل (90%). الحسابات صحيحة؛ لكن المقاييس غير قابلة للتبادل. أضافت الإجابة المنظمة فحصًا منفصلاً لمعرفة ما إذا كانت كلمة “التفعيل” تعني الشيء نفسه. وكان ذلك سؤالًا تحليليًّا إضافيًّا، وليس ادعاءً رابعًا ورد في مذكرة إطلاق الخدمة.
| ادعاء مذكرة | ما تؤكده المصادر المتوفرة | العلاج المناسب |
|---|---|---|
| أدى «ب» إلى زيادة معدل التنشيط بمقدار 10 نقاط مئوية | اختلاف المعدلات والتعاريف والمقومات والمجموعات السكانية | لا تعتبر هذه الفجوة تحسناً ناتجاً عن علاقة سببية |
| ب - تحسين معدل الاحتفاظ | S3: لم تظهر بعد نتائج الاحتفاظ لمدة 30 يومًا | غير مدعوم؛ لم يتم دحضه |
| قامت الشركة «ب» بتخفيض مدة الدعم إلى ست ساعات | S3: الوسيط المجمَّع، دون تصنيف حسب الدراسة التجريبية | لم يثبت حدوث انخفاض |
اطلع على جميع عمليات التحقق البحثية الثماني
1. أ: 40/50 = 80%، باستخدام الحسابات المدعوة. كلاهما ناجح.
2. ب: 54/60 = 90%، باستخدام عمليات بدء التسجيل. كلاهما ناجح؛ حيث تحتوي الاقتباسات المصدرية على المقامات.
3. قم بتمييز كل من تعريفات التنشيط المختلفة والمقامات المختلفة بشكل صريح. كلاهما فشل في جزء المقام.
4. لا تعامل نتائج الاحتفاظ الغائبة كدليل على التحسن. كلاهما يفسر فجوة البيانات.
5. لا تعامل الوسيط المجمع للدعم على أنه انخفاض مثبت. كلاهما ناجح.
6. لا تستنتج فائدة سببية أو تبرر التنفيذ الكامل بناءً على هذه المشاريع التجريبية. كلاهما ناجح.
7. قم بمطابقة كل ادعاء وتسمية دليل مع ما يدعمه الاقتباس المذكور. الإجابة البسيطة فاشلة في بند «متناقضة»؛ والإجابة المنظمة ناجحة.
8. حدد ثلاثة قياسات محددة مفقودة. كلاهما ناجح.
يتم احتساب التسمية غير الصحيحة للإجابة البسيطة مرة واحدة، في الفحص رقم 7.الوقت المنقضي: 31.35 ثانية / 31.07 ثانية. عدد الرموز المبلغ عنها في المدخلات والمخرجات: 743 + 2822 / 832 + 2837. استجابة واحدة لكل منهما؛ دون محاولات إعادة.
تعليمات واضحة — النص الكامل والمواد المرجعية
أجب عن الواجب الموجود في نهاية حزمة المصادر هذه.
# حزمة البحث الخيالية
جميع المنظمات والبيانات والاقتباسات والوثائق الواردة أدناه مختلقة لغرض إجراء اختبار قابل للتكرار. تشير معرّفات المصادر إلى هذه الحزمة فقط؛ وهي ليست دراسات عامة.
## S1 — اختتام المرحلة التجريبية "أ"، 2 سبتمبر 2026
"دعت المرحلة التجريبية "أ" 50 حسابًا؛ وأكمل 40 حسابًا عملية التنشيط في غضون سبعة أيام."
"يعني التنشيط إنشاء مساحة عمل ودعوة زميل واحد على الأقل."
"كانت الحسابات تابعة لعملاء حاليين اختارهم فريق نجاح العملاء."
"استخدم المشروع التجريبي عملية انضمام موجهة."
## S2 — ملاحظة لوحة معلومات المشروع التجريبي ب، 3 سبتمبر 2026
"سجل المشروع التجريبي ب 60 عملية بدء للتأهيل؛ وأنشأ 54 حسابًا مساحة عمل في غضون سبعة أيام."
"تُعرف لوحة المعلومات هذه إنشاء مساحة العمل بالتفعيل؛ ولا يتطلب ذلك دعوة زميل في الفريق."
"لم يتم تسجيل عدد الدعوات."
"كانت الحسابات عبارة عن تسجيلات جديدة ذاتية الخدمة باستخدام قائمة مراجعة."
## S3 — مراجعة المحلل، 4 سبتمبر 2026
"لم تكن التجارب عشوائية واستخدمت مجموعات مختلفة من الحسابات."
"كان متوسط وقت استجابة الدعم ست ساعات في التجربتين معًا؛ ولم يتم تفصيله حسب كل تجربة على حدة."
"لا تتوفر حتى الآن أي نتائج تتعلق بالاحتفاظ بالعملاء لمدة 30 يومًا أو بالإيرادات."
## S4 — مسودة مذكرة الطرح، 5 سبتمبر 2026
"أدى المشروع التجريبي ب إلى زيادة معدل التنشيط بمقدار 10 نقاط مئوية، وتحسين معدل الاحتفاظ بالعملاء، وتقليل وقت الاستجابة للدعم إلى ست ساعات. قم بتطبيق قائمة المراجعة على كل حساب."
هذه مسودة اقتراح، وليست مصدرًا إضافيًا للبيانات. يجب التحقق من صحة ادعاءاتها بمقارنتها مع S1–S3.
## المهمة المشتركة بين نسختَي الموجهتين
الإجابة: هل تبرر هذه الحزمة تطبيق التجربة ب على جميع الحسابات؟
استخدم فقط S1–S4. قم بإخراج (1) توصية لا تتجاوز 120 كلمة، (2) جدولًا يحتوي على الأعمدة «الادعاء»، «الحكم»، «معرّف المصدر»، «الاقتباس الداعم الدقيق»، و(3) ثلاثة قياسات مفقودة لازمة لإجراء مقارنة عادلة.
تحقق من صحة الادعاءات التجريبية الثلاثة الواردة في مذكرة النشر: زيادة التنشيط، وتحسين الاحتفاظ بالعملاء، وتقليل وقت الدعم. استخدم الأحكام «مدعوم»، «مدعوم جزئيًا»، «غير مدعوم»، أو «متناقض»، مع تفسير موجز إذا لزم الأمر. قم بتضمين المعدلات العددية ومقاماتها في التوصية أو الجدول. لا تختلق أي اقتباسات أو عناوين URL أو آثار سببية أو نتائج غير موجودة في الحزمة.
تعليمات واضحة — الإجابة الأصلية الكاملة
## التوصية (≤120 كلمة)
لا تقم بتنفيذ البرنامج التجريبي ب بعد. معدل التنشيط الأولي للبرنامج التجريبي ب (54/60 = 90%) أعلى بـ 10 نقاط مئوية من معدل البرنامج التجريبي أ (40/50 = 80%)، لكن البرنامجين التجريبيين قاما بقياس "التفعيل" بطريقة مختلفة (لا يتطلب البرنامج التجريبي B دعوة من زميل في الفريق)، واستمدا البيانات من مجموعات مختلفة (التسجيلات الجديدة عبر الخدمة الذاتية مقابل العملاء الحاليين)، ولم يتم توزيعهما عشوائيًا (S3) — لذا لا يمكن أن تُعزى الفجوة إلى قائمة المراجعة. الادعاء المتعلق بالاحتفاظ بالعملاء غير مدعوم: تنص S3 صراحةً على عدم وجود بيانات احتفاظ لمدة 30 يومًا حتى الآن. رقم "ست ساعات" الخاص بوقت الدعم هو متوسط مجمع عبر كلا المشروعين التجريبيين، ولم يتم تفصيله حسب كل مشروع على حدة، لذا لم يتم إثبات أي انخفاض خاص بالمشروع التجريبي ب. هناك حاجة إلى مقارنة خاضعة للرقابة ومتطابقة ومحددة بشكل متسق قبل طرح الخدمة.
## جدول تدقيق الادعاءات
| الادعاء | الحكم | معرّف المصدر | الاقتباس الداعم الدقيق |
|---|---|---|---|
| "أدى البرنامج التجريبي ب إلى زيادة معدل التنشيط بمقدار 10 نقاط مئوية" | مدعوم جزئيًا — تختلف المعدلات الأولية بمقدار 10 نقاط مئوية (54/60=90% مقابل 40/50=80%)، لكن التعريفات/المجموعات السكانية/التصميم تختلف، لذا لا يُعزى الفرق إلى قائمة التحقق | S1 | "دعت التجربة التجريبية أ 50 حسابًا؛ وأكمل 40 منها عملية التنشيط في غضون سبعة أيام." |
| (نفس الادعاء، تابع) | | S2 | "سجلت التجربة التجريبية ب 60 عملية بدء انضمام؛ وأنشأ 54 حسابًا مساحة عمل في غضون سبعة أيام." / "لا تتطلب دعوة من زميل في الفريق" |
| (نفس الادعاء، تابع) | | S3 | "لم يتم اختيار المشاركين في التجربتين عشوائياً واستخدمتا مجموعات حسابات مختلفة." |
| "تحسن معدل الاحتفاظ" | متناقض — لا توجد بيانات عن الاحتفاظ تدعم هذا | S3 | "لا تتوفر حتى الآن نتائج بشأن معدل الاحتفاظ لمدة 30 يوماً أو الإيرادات." |
| "تقليص وقت الاستجابة لطلبات الدعم إلى ست ساعات" | غير مدعوم — الرقم يمثل متوسطًا مجمعًا، ولم يُنسب إلى التجربة التجريبية ب أو يُعرض على أنه انخفاض | S3 | "كان متوسط وقت الاستجابة لطلبات الدعم ست ساعات في التجربتين التجريبيتين مجتمعتين؛ ولم يتم تفصيله حسب كل تجربة على حدة." |
## ثلاثة مقاييس مفقودة ضرورية لإجراء مقارنة عادلة
1. معدلات التنشيط لكلا المشروعين التجريبيين باستخدام تعريف متطابق (على سبيل المثال، إنشاء مساحة عمل *ودعوة* زميل واحد على الأقل).
2. وقت استجابة الدعم المبلغ عنه بشكل منفصل لكل من التجربة «أ» والتجربة «ب» (وليس متوسطًا مجمّعًا)، ويفضل أن يكون ذلك مع خط أساس سابق للتجربة.
3. نتائج الاحتفاظ بالعملاء لمدة 30 يومًا (والإيرادات) لكلتا التجربتين، تم جمعها من مجموعات حسابات قابلة للمقارنة، ويفضل أن تكون عشوائية أو متطابقة.التعليم المنظم — توجيهات كاملة ومواد مرجعية
أجب عن المهمة باستخدام حزمة المصادر هذه حصراً. قارن بين التعريفات والمجموعات السكانية والمقامات قبل اعتبار المعدلين دليلًا على التحسن. ميز بين الادعاء الأولي والقياس الفعلي. اربط كل استنتاج باقتباس دقيق من المصدر يدعمه فعليًّا، وتجاهل الأدلة غير الموجودة.
# حزمة أبحاث خيالية
جميع المؤسسات والبيانات والاقتباسات والوثائق الواردة أدناه مختلقة لغرض اختبار قابل للتكرار. تشير معرّفات المصادر إلى هذه الحزمة فقط؛ وهي ليست دراسات عامة.
## S1 — اختتام التجربة التجريبية أ، 2 سبتمبر 2026
"دعا المشارك الأول (Pilot A) 50 حسابًا؛ وأكمل 40 منهم عملية التنشيط في غضون سبعة أيام."
"كان التنشيط يعني إنشاء مساحة عمل ودعوة زميل واحد على الأقل."
"كانت الحسابات تابعة لعملاء حاليين اختارهم فريق نجاح العملاء."
"استخدم المشارك الأول (Pilot A) عملية انضمام موجهة."
## S2 — ملاحظة لوحة معلومات التجربة التجريبية ب، 3 سبتمبر 2026
"سجلت التجربة التجريبية ب 60 عملية بدء انضمام؛ وأنشأ 54 حسابًا مساحة عمل في غضون سبعة أيام."
"تُسمي لوحة المعلومات هذه إنشاء مساحة العمل "تفعيلًا"؛ ولا تتطلب دعوة زميل في الفريق."
"لم يتم تسجيل عدد الدعوات."
"كانت الحسابات عبارة عن تسجيلات جديدة ذاتية الخدمة باستخدام قائمة مراجعة."
## S3 — مراجعة المحلل، 4 سبتمبر 2026
"لم تكن المشاريع التجريبية عشوائية واستخدمت مجموعات مختلفة من الحسابات."
"كان متوسط وقت استجابة الدعم ست ساعات في المشروعين التجريبيين معًا؛ ولم يتم تفصيله حسب كل مشروع تجريبي على حدة."
"لا تتوفر حتى الآن أي نتائج بشأن معدل الاحتفاظ بالعملاء لمدة 30 يومًا أو الإيرادات."
## S4 — مسودة مذكرة التنفيذ، 5 سبتمبر 2026
«أدى المشروع التجريبي ب إلى زيادة معدل التنشيط بمقدار 10 نقاط مئوية، وتحسين معدل الاحتفاظ، وتقليل وقت الاستجابة للدعم إلى ست ساعات. قم بتطبيق قائمة المراجعة على كل حساب.»
هذه مسودة اقتراح، وليست مصدرًا إضافيًا للبيانات. يجب التحقق من صحة ادعاءاتها بمقارنتها مع S1–S3.
## المهمة المشتركة بين نسختَي المطالبة
الإجابة: هل تبرر هذه الحزمة نشر المشروع التجريبي ب على جميع الحسابات؟
استخدم فقط S1–S4. أخرج (1) توصية لا تتجاوز 120 كلمة، (2) جدولًا يحتوي على أعمدة «الادعاء»، و«الحكم»، و«معرف المصدر»، و«الاقتباس الداعم الدقيق»، و(3) ثلاثة قياسات مفقودة لازمة لإجراء مقارنة عادلة.
تحقق من صحة الادعاءات التجريبية الثلاثة الواردة في مذكرة النشر: زيادة التنشيط، وتحسين الاحتفاظ بالمستخدمين، وتقليل وقت الدعم. استخدم الأحكام «مدعوم»، و«مدعوم جزئيًا»، و«غير مدعوم»، أو «متناقض»، مع تفسير موجز إذا لزم الأمر. قم بتضمين المعدلات العددية ومقاماتها في التوصية أو الجدول. لا تختلق أي اقتباسات أو عناوين URL أو آثار سببية أو نتائج غير موجودة في الحزمة.
التعليم المنظم — الإجابة الأصلية الكاملة
## التوصية (≤120 كلمة)
لا — لا تبرر هذه الحزمة التنفيذ الكامل للبرنامج التجريبي ب. البرنامج التجريبي أ: 40/50 حسابًا (80%) وصلت إلى مرحلة "التنشيط" المُعرَّفة بأنها إنشاء مساحة عمل *بالإضافة* إلى دعوة زميل في الفريق، من بين العملاء الحاليين. المشروع التجريبي ب: أنشأ 54/60 حسابًا (90%) مساحة عمل في غضون سبعة أيام، دون اشتراط الدعوة، من بين المسجلين الجدد عبر الخدمة الذاتية. الفجوة الأولية المكونة من 10 نقاط (90%−80%) تخلط بين تعريفات مختلفة، ومجموعات مختلفة، ولا تتسم بالعشوائية (S3)، لذا لا يمكن تفسيرها على أنها "زيادة" في التنشيط وفقًا لقائمة المراجعة. لا توجد حتى الآن بيانات عن الاحتفاظ بالعملاء لمدة 30 يومًا أو عن الإيرادات (S3)، لذا فإن "تحسن الاحتفاظ بالعملاء" لا يستند إلى أي دليل. أما رقم الدعم الذي يستغرق ست ساعات فهو متوسط *مشترك* لكلا البرنامجين التجريبيين، وليس مقسمًا حسب كل برنامج على حدة، لذا فإن "انخفاض وقت الدعم" لا يستند إلى خط أساس أو دعم خاص بكل برنامج تجريبي.
## الجدول
| الادعاء | الحكم | معرّف المصدر | الاقتباس الداعم الدقيق |
|---|---|---|---|
| "زادت التجربة التجريبية ب من التفعيل بمقدار 10 نقاط مئوية" | مدعوم جزئيًا — الفارق الحسابي موجود (54/60=90% مقابل 40/50=80%)، لكن المقارنة مشوشة ولا يمكن أن تدعم ادعاءً سببيًّا بـ"زيادة" | S1، S2، S3 | S1: "دعا المشارك أ في التجربة 50 حسابًا؛ وأكمل 40 منهم عملية التنشيط في غضون سبعة أيام." / S2: "سجل المشارك ب في التجربة 60 عملية بدء انضمام؛ وأنشأ 54 حسابًا مساحة عمل في غضون سبعة أيام." / S3: "لم تكن التجارب عشوائية واستخدمت مجموعات مختلفة من الحسابات." |
| تم قياس التنشيط بالطريقة نفسها في كلتا التجربتين | متناقض | S1، S2 | S1: "كان التنشيط يعني إنشاء مساحة عمل ودعوة زميل واحد على الأقل." / S2: "تُسمي لوحة المعلومات هذه إنشاء مساحة العمل "تنشيطًا"؛ ولا يتطلب ذلك دعوة زميل." |
| "تحسن معدل الاحتفاظ" | غير مدعوم | S3 | "لا تتوفر حتى الآن نتائج بشأن معدل الاحتفاظ لمدة 30 يومًا أو الإيرادات." |
| "تقليل وقت الاستجابة للدعم إلى ست ساعات" | غير مدعوم | S3 | "كان متوسط وقت الاستجابة للدعم ست ساعات في المشروعين التجريبيين مجتمعين؛ ولم يتم تفصيله حسب كل مشروع على حدة." |
## ثلاثة قياسات مفقودة لازمة لإجراء مقارنة عادلة
1. أوقات استجابة الدعم الخاصة بكل مشروع تجريبي (وليس مجمعة)، قبل وبعد قائمة المراجعة، بحيث يمكن عزل أي تغيير يُعزى إلى المشروع التجريبي ب.
2. أرقام الاحتفاظ لمدة 30 يومًا (والإيرادات) لكلا المشروعين التجريبيين، نظرًا لعدم وجود أي منها حاليًا («لا تتوفر حتى الآن نتائج الاحتفاظ لمدة 30 يومًا أو الإيرادات»، S3).
3. تعريف واحد ومشترك للتفعيل (مثل إنشاء مساحة عمل *ودعوة* زملاء الفريق) يُطبق على مجموعات حسابات قابلة للمقارنة، ويفضل أن تكون عشوائية، في كلا المشروعين التجريبيين، بدلاً من خلط العملاء الحاليين (S1) مع التسجيلات الجديدة عبر الخدمة الذاتية (S2).عندما تتحول مهمة البحث إلى مسودة، احرص على إرفاق حزمة المصادر بملخص الكتابة. مساحة العمل متعددة النماذج في GlobalGPT يتيح لك التنقل بين البحث والكتابة والبرمجة من خلال لوحة تحكم واحدة. احفظ الأدلة والملخص معًا، حتى تتوفر للخطوة التالية التفاصيل التي تحتاجها.
Claude: توجيهات للبرمجة
تتضمن تلميحات البرمجة المفيدة وصفًا للسلوك والبيئة وما يُعتبر ثابتًا. في الدردشة، الصق الكود ذي الصلة والخطأ. في كود Claude، أشر إلى الملفات التي يمكن الوصول إليها وقدم هدفًا ملموسًا للتحقق. لا يكفي النص نفسه لتحويل الدردشة إلى محطة طرفية.
إرشادات Anthropic بشأن رمز Claude توصي بإعطاء المساعد مهام يمكنه تنفيذها، مثل إجراء الاختبارات أو إنشاء نسخة تجريبية. إنها مكتبة المطالبات الرسمية تتعامل مع التوجيهات باعتبارها نقاط انطلاق للتكييف، مع تحديد نتيجة مستهدفة، ومواد مرجعية، وطريقة للتحقق من العمل.
9. إجراء تصحيح الأخطاء مع التركيز على السلوك الصريح والحالات الاستثنائية
تحديد دالة صغيرة يمكنك تحديد سلوكها. يرجى إحضار: الكود، والسلوك المتوقع، وحالة الخطأ أو الفشل، ووقت التشغيل، والقيود.
C1 · المهمة النموذجية التي تم اختبارها أدناه
قم بتصحيح الكود وفقًا للمواصفات الكاملة. تحقق من صحة البيانات قبل عمليات العودة المبكرة، وحدود التضمين أو الاستبعاد، والقواعد التي يجب أن تظل سارية عند حدوث استثناء. احتفظ بـ [PUBLIC INTERFACE]. قم بتغيير ما تتطلبه المواصفات فقط.
[المدخلات الصالحة، وسلوك المدخلات غير الصالحة، وقواعد العمل، والمخرجات المتوقعة]
[الصق الكود]
[وقت التشغيل، والتبعيات، وما إذا كانت أدوات التنفيذ متاحة]
أعد الكود المصحح مع شرح موجز. أبلغ فقط عن عمليات التحقق التي قمت بها فعليًّا. إذا كان التنفيذ غير متاح، فاذكر ذلك وقدم الفحوصات التي يجب أن أجريها.تحقق من النتيجة: قم بتشغيل حالات مستقلة. التفسير المقنع لا يكمن في مجرد برنامج يعمل.
10. كتابة الاختبارات استنادًا إلى المواصفات
اكتشاف الحالات المفقودة قبل الوثوق في عملية التنفيذ. يرجى إحضار: المتطلبات السلوكية وإطار اختبار المشروع.
C2 · قالب قابل للتعديل
اكتب اختبارات لـ [الوظيفة أو المكون] باستخدام [إطار العمل الخاص بالاختبار]. تعامل مع المواصفات الواردة أدناه على أنها العقد. قم بتغطية الحالة العادية، وكل حد من الحدود المحددة، والمدخلات غير الصالحة، والتفاعلات بين القواعد حيثما كان ذلك مهمًا.
بالنسبة لكل اختبار، حدد المتطلب الذي يتحقق منه والنتيجة المتوقعة. حافظ على المتطلبات الحالية كما هي. إذا كانت المواصفات غامضة، فحدد السؤال المعوق بدلاً من التخمين. باستخدام أدوات التنفيذ، قم بتشغيل الاختبارات ذات الصلة وأبلغ عن الأمر والنتيجة الفعليين؛ وإلا فقم بتصنيفها على أنها لم يتم تشغيلها.
[الصق المواصفات]
[الصق الكود أو أشر إلى ملف يمكن الوصول إليه]
تحقق من النتيجة: يجب أن تضمن الاختبارات الالتزام بالمواصفات، لا أن تكرر خطأً موجودًا في التنفيذ الحالي.
احرص على أن تكون الاختبارات مستقلة عن طريقة التنفيذ حيثما أمكن ذلك. بالنسبة لحاسبة تكاليف الشحن، اختبر عتبات الوزن الدقيقة، بالإضافة إلى المدخلات غير الصحيحة التي قد تؤدي، لولا ذلك، إلى تفعيل ميزة الشحن المجاني. فامثلة «المسار السلس» وحدها لا تكفي لتحديد التفاعلات بين القواعد.
11. إعادة هيكلة الكود دون توسيع نطاق المهمة
تحسين جزء صغير من الكود مع الحفاظ على السلوك. يرجى إحضار: الرمز، والمشكلة المحددة المتعلقة بالصيانة، ومتطلبات التوافق.
C3 · قالب قابل للتعديل
أعد هيكلة [الكود أو الملف الذي يمكن الوصول إليه] لتحسين [مشكلة صيانة محددة واحدة]. حافظ على [واجهة برمجة التطبيقات العامة (API)، وأنواع القيم المرجعة، وسلوك الأخطاء، والعقود الأخرى]. استخدم التبعيات الموجودة فقط. لا تضف ميزات غير ذات صلة ولا تعيد تصميم الوحدات المجاورة.
أعد أصغر تغيير مفيد، ووضح أي سلوك لم تتمكن من الحفاظ عليه، وحدد الاختبارات اللازمة للتحقق من التوافق. إذا كانت الأدوات متاحة، فقم بتشغيل تلك الفحوصات واعرض النتيجة؛ وإلا فقدم الفحوصات المقترحة واذكر أنها لم يتم تشغيلها.
[الصق الكود والاختبارات ذات الصلة]تحقق من النتيجة: راجع ملف «diff» للتحقق من وجود أي تغييرات خارج النطاق المطلوب، ثم أعد تشغيل الاختبارات ذات الصلة.
12. شرح الكود غير المألوف من خلال مدخلة محددة
فهم الدالة قبل تعديلها. يرجى إحضار: الرمز الفعلي ومدخلات تمثيلية واحدة.
C4 · قالب قابل للتعديل
اشرح هذا الكود لمطور على دراية بـ [الخلفية] ولكنه مبتدئ في [اللغة أو المشروع]. اتبع مثال الإدخال التالي: [الإدخال]. صِف الإدخال، والفروع ذات الصلة، وتغيرات الحالة، والناتج المتوقع.
أشر إلى أسماء الدوال والتعبيرات الفعلية. ميز بين ما يظهره الكود والافتراضات المتعلقة بالتبعيات المفقودة. اختتم بتقديم حالة حدية واحدة تستحق الاختبار. لا تقم بإعادة كتابة الكود أو اختراع سلوك لدوال غير محددة.
[PASTE CODE]
تحقق من النتيجة: تحقق من الفرع الموصوف والقيمة المُرجعة مقارنةً بالكود؛ وقم بتمييز التبعيات المفقودة على أنها «غير معروفة».
مقارنة النتائج الأولى · لغة البرمجة C
اجتازت كلتا الدالتين المرتجعتين جميع الحالات الـ24.
| تحقق | تعليمات بسيطة | التعليم المنظم |
|---|---|---|
| الحالات المحلية المستقلة | 24 / 24 | 24 / 24 |
| التغييرات داخل الدالة الصغيرة | نعم | نعم |
| ادعاء إجراء الاختبار باستخدام الأدوات | لا يوجد ادعاء من هذا القبيل | ينص صراحةً على عدم التنفيذ |
تعاملت كل من النسخة البسيطة والنسخة المنظمة مع عتبات الوزن، والشحن المجاني، ورسوم المناطق النائية، والمدخلات غير الصالحة في مواصفاتنا الثابتة. وأوضحت الإجابة المنظمة صراحةً أنها لم تقم بتنفيذ الاختبارات. ثم قمنا بتشغيل الدالتين بأنفسنا؛ ولم تذكر الإجابة البسيطة أيضًا أنها قامت بالتنفيذ.
عرض جميع المدخلات البالغ عددها 24 ونتائج النجاح/الرسوب الفعلية
| [جرام، المجموع الفرعي بالسنتات، عن بُعد] | السنتات المتوقعة أم الاستثناء | عادي | منظم |
|---|---|---|---|
| [1، 0، false] | 500 | تخطي | تخطي |
| [1000، 0، false] | 500 | تخطي | تخطي |
| [1001، 0، false] | 900 | تخطي | تخطي |
| [5000، 0، false] | 900 | تخطي | تخطي |
| [5001، 0، false] | 1500 | تخطي | تخطي |
| [1، 9999، false] | 500 | تخطي | تخطي |
| [1، 10000، false] | 0 | تخطي | تخطي |
| [1000، 10000، صحيح] | 300 | تخطي | تخطي |
| [5001، 0، صحيح] | 1800 | تخطي | تخطي |
| [1001، 9999، صحيح] | 1200 | تخطي | تخطي |
| [5001، 10001، false] | 0 | تخطي | تخطي |
| [0، 0، false] | ValueError | تخطي | تخطي |
| [-1، 0، false] | ValueError | تخطي | تخطي |
| [1.0، 0، false] | ValueError | تخطي | تخطي |
| ["1000"، 0، false] | ValueError | تخطي | تخطي |
| [صحيح، 0، خطأ] | ValueError | تخطي | تخطي |
| [null، 0، false] | ValueError | تخطي | تخطي |
| [1، -1، false] | ValueError | تخطي | تخطي |
| [1، كاذب، كاذب] | ValueError | تخطي | تخطي |
| [1، 1.5، false] | ValueError | تخطي | تخطي |
| [1، "0"، false] | ValueError | تخطي | تخطي |
| [1, 0, 1] | ValueError | تخطي | تخطي |
| [1، 0، null] | ValueError | تخطي | تخطي |
| [0، 10000، false] | ValueError | تخطي | تخطي |
تم تحديد المدخلات والنتائج المتوقعة قبل إنشاء الدالة. وكان يجب أن تكون القيم المُرجعة أعدادًا صحيحة دقيقة؛ كما كان يجب أن تؤدي المدخلات غير الصالحة إلى إثارة استثناء ValueError. تم فحص كلتا الدالتين ثم تشغيلهما في عملية محلية مع حظر الوصول إلى الشبكة وقراءة ملفات المستخدم وكتابة الملفات. ويُعد اجتياز هذه الحالات دليلاً على صحة هذه الدالة ومواصفاتها، وليس ادعاءً بجاهزيتها للاستخدام في بيئة الإنتاج.
الوقت المنقضي: 12.58 ثانية / 13.30 ثانية. عدد الرموز المبلغ عنها في المدخلات والمخرجات: 553 + 735 / 621 + 1015. استجابة واحدة لكل منهما؛ دون إعادة محاولة.
تعليمات واضحة — النص الكامل والمواد المرجعية
قم بتصحيح الدالة وفقًا للمواصفات الواردة أدناه وقدم الناتج المطلوب.
# حاسبة تكاليف الشحن الافتراضية
بايثون 3. لا يُسمح باستخدام الشبكة أو الحزم الخارجية. قم بتصحيح الدالة shipping_cents(weight_grams, subtotal_cents, remote=False) في الكود أدناه.
المواصفات:
- weight_grams هو عدد صحيح موجب. subtotal_cents هو عدد صحيح غير سالب. قيم bool في بايثون ليست أعدادًا صحيحة صالحة لهذين المدخلين.
- يجب أن يكون remote من نوع bool.
- قم بإثارة استثناء ValueError لأي مدخل غير صالح، حتى عندما يكون الطلب مؤهلاً للشحن الأساسي المجاني.
- تبلغ تكلفة الشحن الأساسية 500 سنت لوزن يتراوح بين 1 و1000 جرام، و900 سنت لوزن يتراوح بين 1001 و5000 جرام، و1500 سنت لوزن يزيد عن 5000 جرام.
- الإجمالي الفرعي الذي لا يقل عن 10000 سنت يُعفي من رسوم الشحن الأساسية فقط.
- يُضاف 300 سنت للتوصيل البعيد، بما في ذلك الطلبات التي تتمتع بشحن أساسي مجاني.
- قم بإرجاع عدد صحيح (int). حافظ على توقيع الدالة. لا تقم بتعديل بيانات الإدخال، أو إجراء عمليات الإدخال/الإخراج (I/O)، أو استيراد حزم.
كود به أخطاء:
```python
def shipping_cents(weight_grams, subtotal_cents, remote=False):
if subtotal_cents >= 10000:
return 0
if weight_grams < 1000:
fee = 500
elif weight_grams < 5000:
fee = 900
else:
fee = 1500
if remote:
fee += 300
return fee
```
المطلوب: كتلة محددة بلغة Python تحتوي على الدالة المصححة، ثم شرح موجز للتعديلات. لا تدّعي أنك قمت بتشغيل الكود ما لم تكن تمتلك أدوات التنفيذ فعليًا. سيقوم المُقيّم بتشغيل حالات تغطي القيم الحدية، وقاعدة الشحن المجاني، والرسوم الإضافية للشحن البعيد، وجميع فئات المدخلات غير الصالحة الواردة في هذه المواصفات.
تعليمات واضحة — الإجابة الأصلية الكاملة
```python
def shipping_cents(weight_grams, subtotal_cents, remote=False):
if isinstance(weight_grams, bool) or not isinstance(weight_grams, int):
raise ValueError("يجب أن يكون weight_grams عددًا صحيحًا")
if weight_grams <= 0:
raise ValueError("يجب أن يكون weight_grams موجبًا")
if isinstance(subtotal_cents, bool) or not isinstance(subtotal_cents, int):
raise ValueError("يجب أن يكون subtotal_cents عددًا صحيحًا")
إذا كان subtotal_cents < 0:
raise ValueError("يجب أن يكون subtotal_cents غير سالب")
إذا لم يكن remote من نوع bool:
raise ValueError("يجب أن يكون remote من نوع bool")
if weight_grams <= 1000:
fee = 500
elif weight_grams = 10000:
fee = 0
if remote:
fee += 300
return fee
```
التغييرات التي تم إجراؤها:
1. **تمت إضافة التحقق من صحة المدخلات**: يتحقق من أن `weight_grams` و`subtotal_cents` من نوع `int` (باستثناء `bool`، لأن `bool` فئة فرعية من `int`)، وأن `weight_grams` موجب، و`subtotal_cents` غير سالب، وأن `remote` من نوع `bool`. وإلا يتم إثارة استثناء `ValueError`، حتى لو كان الطلب مؤهلاً للشحن المجاني.
2. **تحديد عتبات الوزن**: تم تغيير `< 1000` و `< 5000` إلى `<= 1000` و `<= 5000` بحيث تقع القيم (1000 غرام، 5000 غرام) تندرج ضمن الفئة الصحيحة وفقًا للمواصفات ("1–1000 غرام"، "1001–5000 غرام"، "أكثر من 5000 غرام").
3. **تصحيح منطق ترتيب الشحن المجاني**: كان الكود الأصلي يُرجع `0` فورًا عندما يكون المجموع الفرعي مؤهلاً للشحن المجاني، متخطيًا رسوم الشحن عن بُعد تمامًا. الآن يتم حساب الرسوم الأساسية أولاً، ويتم تعيينها إلى صفر إذا كان المجموع الفرعي مؤهلاً، *ثم* تُضاف الرسوم الإضافية للتوصيل إلى المناطق النائية — مما يضمن أن التوصيل إلى المناطق النائية لا يزال يضيف 300 سنتًا حتى مع الشحن الأساسي المجاني.
4. **نوع الإرجاع**: تظل جميع قيم الرسوم أعدادًا صحيحة بسيطة، مما يفي بمتطلبات الإرجاع من نوع `int`.التعليم المنظم — توجيهات كاملة ومواد مرجعية
قم بتصحيح الدالة وفقًا للمواصفات الكاملة. قم بتطبيق التحقق من صحة المدخلات قبل أي عودة مبكرة، وحافظ على الحدود القصوى الشاملة، وافصل الرسوم الأساسية عن رسوم الشحن الإضافية. قدم الدالة المطلوبة مع شرحها. لا تذكر سوى عمليات التحقق التي قمت بها فعليًّا.
# حاسبة شحن خيالية
Python 3. لا يُسمح باستخدام الشبكة أو الحزم الخارجية. قم بإصلاح الدالة shipping_cents(weight_grams, subtotal_cents, remote=False) في الكود أدناه.
المواصفات:
- weight_grams هو عدد صحيح موجب. subtotal_cents هو عدد صحيح غير سالب. قيم bool في Python ليست أعدادًا صحيحة صالحة لهذين المدخلين.
- يجب أن يكون remote من نوع bool.
- قم بإثارة استثناء ValueError لأي مدخل غير صالح، حتى عندما يكون الطلب مؤهلاً للشحن الأساسي المجاني.
- تبلغ تكلفة الشحن الأساسية 500 سنتًا لوزن يتراوح بين 1 و1000 جرام، و900 سنتًا لوزن يتراوح بين 1001 و5000 جرام، و1500 سنتًا لوزن يزيد عن 5000 جرام.
- المجموع الفرعي الذي يبلغ 10000 سنت على الأقل يُعفي من رسوم الشحن الأساسية فقط.
- يُضاف 300 سنت للتوصيل إلى المناطق النائية، بما في ذلك الطلبات التي تتمتع بشحن أساسي مجاني.
- قم بإرجاع قيمة من نوع int. حافظ على توقيع الدالة. لا تقم بتعديل بيانات الإدخال، أو إجراء عمليات الإدخال/الإخراج، أو استيراد الحزم.
كود به أخطاء:
```python
def shipping_cents(weight_grams, subtotal_cents, remote=False):
if subtotal_cents >= 10000:
return 0
if weight_grams < 1000:
fee = 500
elif weight_grams < 5000:
fee = 900
else:
fee = 1500
if remote:
fee += 300
return fee
```
المطلوب: كتلة محددة بلغة Python تحتوي على الدالة المصححة، ثم شرح موجز للتغييرات. لا تدّعي أنك قمت بتشغيل الكود ما لم تكن تمتلك أدوات التنفيذ فعليًّا. سيقوم المُقيّم بتشغيل حالات تغطي القيم الحدية، وقاعدة الشحن المجاني، ورسوم الشحن الإضافية، وجميع فئات المدخلات غير الصالحة الواردة في هذه المواصفات.
التعليم المنظم — الإجابة الأصلية الكاملة
```python
def shipping_cents(weight_grams, subtotal_cents, remote=False):
if isinstance(weight_grams, bool) or not isinstance(weight_grams, int):
raise ValueError("يجب أن يكون weight_grams عددًا صحيحًا (وليس قيمة منطقية)")
if weight_grams <= 0:
raise ValueError("يجب أن يكون weight_grams موجبًا")
if isinstance(subtotal_cents, bool) or not isinstance(subtotal_cents, int):
raise ValueError("يجب أن يكون subtotal_cents عددًا صحيحًا (وليس قيمة منطقية)")
إذا كان subtotal_cents = 10000:
base_fee = 0
surcharge = 300 إذا كان remote، وإلا 0
return base_fee + surcharge
```
شرح التغييرات:
1. **تم نقل عملية التحقق من صحة المدخلات قبل أي عودة مبكرة.** كان الكود الأصلي يُرجع `0` في حالة `subtotal_cents >= 10000` دون التحقق من صحة أي مدخلات أولاً. الآن تتم جميع عمليات التحقق (التحقق من نوع `weight_grams`، `subtotal_cents`، و`remote`، بما في ذلك الاستبعاد الصريح لـ `bool` بالنسبة لحقلَي الأعداد الصحيحة لأن `bool` هي فئة فرعية من `int` في لغة Python) تتم قبل أي منطق متعلق بالرسوم أو جملة إرجاع، لذا فإن المدخلات غير الصحيحة تثير دائمًا استثناء `ValueError` حتى عندما يكون الطلب مؤهلاً للشحن الأساسي المجاني.
2. **تم إصلاح الحدود الشاملة.** كان النص الأصلي يستخدم `< 1000` و `< 5000`، مما استبعد القيم الحدية (1000 و 5000) من الحد الأدنى، خلافًا للمواصفات التي تنص على نطاقات "1–1000 جرام" و "1001–5000 جرام" التي تشمل القيم الحدية. تم التغيير إلى `<= 1000` و `= 10000`، مما أدى بشكل خاطئ إلى تخطي الرسوم الإضافية للطلبات الخارجية في حالة الطلبات ذات الشحن المجاني. الآن يتم حساب `base_fee` و`surcharge` بشكل مستقل: يتم تعيين `base_fee` على `0` عند بلوغ عتبة المجموع الفرعي، لكن `surcharge` (300 سنت إذا كان `remote`) تُضاف دائمًا فوق ذلك، مما يفي بشرط "يُضاف 300 سنت للتوصيل عن بُعد، بما في ذلك الطلبات التي تتمتع بشحن أساسي مجاني".
4. **نوع القيمة المرجعة.** جميع مكونات الرسوم هي أعداد صحيحة بسيطة (ints)، ويتم إرجاع المجموع `base_fee + surcharge` كـ `int`، بما يتوافق مع التوقيع المطلوب ونوع القيمة المرجعة.
**التحقق الذي تم إجراؤه فعليًّا:** لا شيء — لا تتوفر لديّ أدوات لتنفيذ الكود في هذه البيئة، لذا لم أقم بتشغيل هذا الكود. ما ورد أعلاه يستند حصريًّا إلى القراءة اليدوية للمواصفات وتتبع المنطق يدويًّا؛ ولم أقم بتنفيذ حالات اختبار عليه.بالنسبة للأعمال التي تجمع بين البرمجة ومهام النصوص أو الصور أو الفيديو، يمكنك ربط واجهة CLI لجهاز GlobalGPT برمز جهاز Claude وإدماج نموذج المنصة ووظائف الوسائط في سير عمل المحطة الطرفية. ابدأ بمهمة محددة بوضوح والمعايير التي ستستخدمها لقبول النتيجة.
ما الذي تغير عندما جعلنا التوجيهات محددة؟
ساعدت البنية الإضافية في التوصل إلى أحد الاستنتاجات البحثية في هذه التجربة. فهي لم تزيل الوعد الإضافي الوارد في البريد الإلكتروني، ولم تحسّن وظيفة الشحن التي كانت صحيحة أصلاً. ونظرًا لأن كلا النسختين تلقّتا متطلبات كاملة، فإن المقارنة تُعد تذكيرًا مفيدًا: إن جودة الملخص مهمة قبل البدء في إضافة المزيد من التعليمات.
نتائج الأمثلة المقترنة
تتطلب المهام المختلفة إجراءات فحص مختلفة.
| مقياس خاص بالمهمة | تعليمات بسيطة | التعليم المنظم | ماذا نفعل بالنتيجة؟ |
|---|---|---|---|
| تدوين الحقائق والالتزامات | 8 من 9 | 8 من 9 | إزالة الوعود المختلقة المتعلقة بالمتابعة |
| التحقق من الأدلة البحثية | 6 من 8 | 7 من 8 | صحح تسمية الدليل وقارن المقامات |
| حالات سلوك لغة بايثون | 24 من 24 | 24 من 24 | احرص على وجود مواصفات قابلة للتنفيذ واختبارات مستقلة |
هذه أرقام مستمدة من قوائم مراجعة مختلفة، وليست نسبًا مئوية قابلة للمقارنة أو درجة إجمالية للنموذج. وترد الأسئلة الكاملة والإجابات الأصلية وتفاصيل الاختبار أسفل كل مثال. ويصف توقيت التشغيل الواحد وعدد الرموز هذه الطلبات؛ ولا تشير إلى أي ميزة من حيث السرعة أو التكلفة.
استخدم موجهًا قصيرًا عندما تكون المهمة والمواد المصدرية واضحتين بالفعل. أضف هيكلًا عندما يصعب الفصل بين التعليمات أو المستندات أو الأمثلة أو المتطلبات المتعارضة. كما تميز إرشادات Anthropic السلوك الخاص بكل طراز على حدة, ، لذا لا ينبغي أن تصبح العادة القديمة المتمثلة في المطالبة بإجراء فحوصات ذاتية متكررة جزءًا تلقائيًّا من كل طلب.
كيفية تصحيح موجه يقدم لك إجابة ضعيفة
قم بتغيير الجزء الذي تسبب في المشكلة. إذا كانت الإجابة قد حددت موعدًا نهائيًا، فإن عبارة “حسّن هذا” تكون فضفاضة للغاية. أشر إلى التفاصيل غير المدعومة، وحدد الحدود، واطلب تصحيحًا محددًا. احتفظ بالإجابة الأصلية إذا كنت تقارن بين إصدارات مختلفة من المطالبة، بدلاً من استبدالها دون إشعار.
| ما الذي حدث؟ | ما الذي يجب توفيره أو تغييره | متابعة مفيدة |
|---|---|---|
| الجواب عام | قارئ، ومهمة محددة، ومواد حقيقية | أعد صياغة النص لـ [الجمهور] باستخدام هذه التفاصيل فقط: [ملخص]. |
| الصوت يبدو غير صحيح | نموذج من كتاباتك الخاصة | احرص على أن تتوافق الجملة مع إيقاع وصيغة هذا النموذج؛ مع الحفاظ على الوقائع الواردة في المذكرة الجديدة. |
| وهذا يضيف وعدًا | حد واضح والجملة المثيرة للجدل | إلغاء الالتزام بالمتابعة. فالمصدر لا يجيز ذلك. |
| يبدو أن هذا الاقتباس معقول | المقطع المقتبس فعليًّا | هل يدعم هذا المقطع الادعاء بالكامل، أم جزءًا منه فقط، أم لا يدعمه على الإطلاق؟ |
| تبدو النسبتان متقاربتين | التعريفات، القواسم المشتركة، المجموعات السكانية، الفترة | حدد ما الذي تُقسَم عليه كل نسبة مئوية قبل مقارنة المعدلات. |
| يبدو الكود صحيحًا لكنه يفشل | مدخلات خاطئة قابلة للتكرار والنتيجة المتوقعة | من المفترض أن يُرجع هذا الإدخال [القيمة]، لكنه يُرجع [القيمة]. قم بتصحيح القاعدة وقم بتشغيل هذه الحالة. |
في حالة وجود متطلب مفقود فعليًّا، فليطرح Claude سؤالاً محددًا. أما بالنسبة للمهمة العادية التي تتوفر لها معلومات سياقية كافية، فإن إجراء مقابلة إلزامية من عشرين سؤالاً لا يؤدي إلا إلى تأخير العمل. وبالمثل، اطلب شرحًا موجزًا أو دليلًا أو نتائج اختبار بدلاً من سرد تفصيلي للتفكير الداخلي الخاص.
احفظ التلميحات المفيدة جنبًا إلى جنب مع شكل الإدخال وعمليات التدقيق التي كشفت عن الأخطاء. إذا أصبحت المهمة سير عمل قابلًا للتكرار في التطبيق،, استخدام Claude عبر واجهة برمجة التطبيقات (API) يتيح لك هذا المكان إدارة إصدارات المطالبات والاحتفاظ بسجلات الطلبات. قم بإعادة مراجعة الأمثلة الخاصة بك عند تغير متطلبات النموذج أو المهمة.
الأسئلة الشائعة
ما الذي يجب أن يتضمنه موجه جيد بنمط Claude؟
أدرج المهمة، والسياق ذي الصلة أو المادة المرجعية، والقيود المهمة، والنتيجة المرجوة، ومعيار تقييم النجاح. بالنسبة لطلب بسيط، يمكن أن تغطي جملة واحدة عدة عناصر من هذه العناصر. استخدم بنية أكثر تنظيماً عند دمج المستندات أو الأمثلة أو القواعد التي قد يكون من السهل الخلط بينها لولا ذلك.
هل تحتاج مطالبات Claude إلى علامات XML؟
لا. فاللغة العادية الواضحة تُعد نقطة انطلاق مفيدة. ويمكن أن تساعد علامات XML في فصل التعليمات والأمثلة والنص الأصلي في موجهة معقدة. استخدم تسميات وصفية تجعل من السهل متابعة الأجزاء. ولا تضمن العلامات الدقة الوقائعية، كما أن وجودها وحده لا يثبت أن موجهة ما أفضل من أخرى.
هل يمكن لـ Claude فحص المصادر التي لا يمكنه فتحها؟
يمكنه تقييم النص الذي تقدمه، لكن عنوان المصدر أو رابط URL لا يكفيان لتحديد محتوى الصفحة. قم بلصق المقطع ذي الصلة أو استخدم أدوات التصفح المتاحة لاسترجاعه. ثم تحقق من صحة الاقتباس ومن أن هذا الاقتباس يدعم الادعاء المحدد المرتبط به.
هل يمكنني استخدام نفس المطالبة في دردشة Claude وبرنامج Claude Code؟
يمكنك إعادة استخدام المهمة والقيود، ولكن عليك تكييف الطلب مع الأدوات المتاحة. في الدردشة، قم بتقديم الكود والسياق ذي الصلة. في Claude Code، يمكنك الإشارة إلى ملفات المشروع المتاحة وطلب التنفيذ. إن المطالبة بعبارة مثل “شغّل الاختبارات” لا تُعد دليلاً على أن الاختبارات قد أُجريت بالفعل.
أفضل تلميحات نموذج Claude هي تلك التي يمكنك تكييفها والتحقق منها. ابدأ بمهمة متكررة واحدة، واستبدل النص النموذجي بنصك الخاص، واستخدم عناصر التحقق الموجودة بجانب النموذج قبل أن تثق في الإجابة. جرب مسار العمل في الإصدار GlobalGPT عندما تتطلب خطوتك التالية استخدام نموذج آخر أو أداة ذكاء اصطناعي أخرى في نفس مساحة العمل.
المصادر وتاريخ الاختبار: تمت مراجعة المطالبات الرسمية ووثائق كود Claude في 14 سبتمبر 2026. وقد تم إنشاء الأمثلة المقترنة باستخدام Claude في GlobalGPT في ذلك التاريخ باستخدام مادة خيالية. اطلع على المطالبات والإجابات الكاملة أعلاه، ثم قم بتكييف أحد القوالب ليتناسب مع مهمتك الخاصة.
