استراتيجية Chain of Thought
سلسلة التفكير
لا تطلب من النموذج النتيجة، اطلب منه الطريق إليها. في هذه المحاضرة نطبّق الاستراتيجية على قرار تسعير مالي وعلى تشخيص عطل تقني، ونقارن المخرجات قبل وبعد داخل OpenAI Platform.
- المدة: 45 دقيقة
- المستوى: متقدم
- المنصة: OpenAI Platform – Playground
- المجالات: تحليل مالي · دعم فني
أهداف المحاضرة
- التمييز بين المهام التي تستفيد من سلسلة التفكير والمهام التي تتضرر منها.
- بناء سلسلة تفكير موجَّهة بخطوات محددة بدل العبارة العامة «فكّر خطوة بخطوة».
- فصل مسار التفكير عن الإجابة النهائية حتى يمكن استخدام المخرجات في تطبيق حقيقي.
- ضبط إعدادات Playground المناسبة للمهام الاستدلالية، ومعرفة متى تكون الاستراتيجية زائدة عن الحاجة.
الفكرة في سطور
ما هي؟
سلسلة التفكير هي إلزام النموذج بإنتاج خطوات وسيطة صريحة قبل إعلان النتيجة. النموذج يولّد النص كلمة بعد كلمة، وكل كلمة يولّدها تصبح جزءًا من السياق الذي يبني عليه ما بعدها. حين نجبره على كتابة الخطوات، فإننا نمنحه «مساحة عمل» يحسب فيها بدلًا من أن يقفز إلى إجابة محفوظة الشكل.
متى تستخدمها؟
في كل مهمة تتضمن حسابًا متعدد الخطوات، أو مقارنة بين بدائل، أو استنتاج سبب من أعراض، أو تطبيق شروط متشابكة. أما في المهام المباشرة (تصنيف قصير، استخراج بيانات، إعادة صياغة) فهي تضيف تكلفة وزمنًا دون مقابل، وقد تُدخل النموذج في تبرير طويل لإجابة كان سيصيبها فورًا.
لماذا تعمل هذه الاستراتيجية؟
حسابٌ موزَّع
المهمة المركّبة تُقسَّم إلى خطوات صغيرة، وكل خطوة تستهلك من قدرة النموذج ما تحتاجه فقط، بدل ضغط الاستدلال كله في قفزة واحدة.
سياق يبني نفسه
ناتج الخطوة الأولى يصبح مُدخلًا للثانية. الرقم الذي كُتب صراحةً يصعب على النموذج أن يناقضه لاحقًا.
قابلية التدقيق
حين تظهر الخطوات، تستطيع أنت أن تكتشف موضع الخطأ بالضبط، وتصلح الأمر بدل أن تعيد المحاولة عشوائيًا.
التطبيق الأول: قرار مالي
المجال: تحليل مالي لقرار تسويقي. المطلوب حكم على ربحية شهر واحد، والمسألة تحتاج أربع خطوات على الأقل: هامش المساهمة، ثم الربح التشغيلي، ثم تكلفة اكتساب العميل، ثم مقارنتها بالقيمة العمرية.
شركة برمجيات تبيع اشتراكًا شهريًا بـ 250 جنيهًا، وتكلفة خدمة العميل الواحد 90 جنيهًا شهريًا. المصروفات الثابتة 48,000 جنيه شهريًا، وقاعدة العملاء الحالية 600 عميل، ومعدل الإلغاء الشهري 8%. إذا أنفقنا 30,000 جنيه على حملة تسويقية جلبت 40 عميلًا جديدًا، هل كانت الحملة قرارًا جيدًا؟
- خلط الإيراد بالهامش: استخدم 250 بدل 160.
- افترض عمرًا افتراضيًا 12 شهرًا من عنده، بينما معدل الإلغاء 8% يعني 12.5 شهرًا من الهامش لا من السعر.
- أغفل قاعدة العملاء الحالية والمصروفات الثابتة تمامًا.
- أطلق حكمًا («ربح واضح») بلا رقم واحد قابل للتحقق.
أنت محلل مالي. حلّل الحالة التالية عبر الخطوات المرقّمة أدناه بالترتيب، واكتب المعادلة والرقم في كل خطوة، ولا تنتقل لخطوة قبل إنهاء ما قبلها. الخطوات المطلوبة: 1. احسب هامش المساهمة للعميل الواحد (السعر − التكلفة المتغيرة). 2. احسب إجمالي هامش المساهمة للشهر من العملاء الحاليين والجدد معًا. 3. اطرح المصروفات الثابتة ثم مصروف الحملة للوصول إلى صافي ربح الشهر. 4. احسب تكلفة اكتساب العميل (CAC) والقيمة العمرية (LTV = هامش المساهمة ÷ معدل الإلغاء)، ثم النسبة بينهما. 5. اذكر افتراضًا واحدًا قد يقلب الحكم لو تغيّر. ثم اكتب الحكم النهائي في سطر واحد يبدأ بـ «الحكم:». الحالة: سعر الاشتراك 250 جنيهًا شهريًا، التكلفة المتغيرة للعميل 90 جنيهًا شهريًا، المصروفات الثابتة 48,000 جنيه شهريًا، قاعدة العملاء الحالية 600 عميل، معدل الإلغاء الشهري 8%، مصروف الحملة 30,000 جنيه، عدد العملاء الجدد 40.
- كل رقم مسبوق بمعادلته، فالخطأ لو وقع يكون مرئيًا.
- استخدم الهامش لا الإيراد في حساب القيمة العمرية.
- أخرج رقمًا صافيًا (24,400) يمكن للمدير المالي مراجعته.
- أظهر الافتراض الذي يقلب النتيجة — وهذا أنفع من الحكم ذاته.
التطبيق الثاني: تشخيص عطل تقني
المجال: الدعم الفني وتشخيص الأعطال. هنا لا توجد معادلات، بل أعراض متداخلة. سلسلة التفكير تتحول إلى «فرضيات ← أدلة مؤيدة ومعارضة ← اختبار حاسم»، وهي البنية التي يستخدمها المهندس المحترف.
موقعي يصبح بطيئًا جدًا كل يوم بعد الثامنة مساءً ويعود طبيعيًا بعد منتصف الليل. استهلاك المعالج طبيعي، لكن زمن استجابة قاعدة البيانات يقفز من 80 مللي ثانية إلى 3 ثوانٍ. عدد الزوار يتضاعف في نفس التوقيت، وهناك إضافة نسخ احتياطي تعمل يوميًا الساعة 8 مساءً. ما سبب المشكلة؟
- قفز إلى التوصية الأكثر شيوعًا (رقِّ الاستضافة) وهي الأعلى تكلفة.
- تجاهل الدليل الأقوى في النص: تطابق التوقيت مع النسخ الاحتياطي.
- لم يفسّر لماذا المعالج طبيعي بينما القاعدة مختنقة.
- اقترح ثلاثة إجراءات معًا، فلو تحسّن الأداء لن تعرف أيها نجح.
أنت مهندس موثوقية أنظمة. شخّص الحالة التالية بهذا التسلسل ولا تقفز إلى التوصية: 1. افصل الحقائق المرصودة عن التفسيرات المقترحة. 2. اطرح ثلاث فرضيات محتملة على الأقل للسبب الجذري. 3. لكل فرضية: اذكر دليلًا واحدًا يؤيدها ودليلًا واحدًا يضعفها من معطيات الحالة نفسها. 4. رتّب الفرضيات بحسب قوة الأدلة، لا بحسب شيوعها. 5. اقترح اختبارًا واحدًا حاسمًا يفصل بين الفرضية الأولى والثانية خلال 24 ساعة. اكتب التوصية في النهاية فقط، وابدأها بـ «الخطوة التالية:». الحالة: بطء شديد يوميًا من الثامنة مساءً حتى منتصف الليل. استهلاك المعالج طبيعي. زمن استجابة قاعدة البيانات يقفز من 80 مللي ثانية إلى 3 ثوانٍ. عدد الزوار يتضاعف في نفس التوقيت. إضافة نسخ احتياطي مجدولة يوميًا الساعة 8 مساءً.
- فصل المرصود عن المفترض قبل التفسير.
- اختبر كل فرضية بدليل يضعفها، لا بدليل يؤيدها فقط.
- رجّح فرضية التفاعل التي تفسّر التوقيت والمدة معًا.
- انتهى باختبار واحد حاسم ورخيص يحسم الأمر في ليلتين.
التطبيق في OpenAI Platform
افتح platform.openai.com › Playground › Chat. البنية التي نتّبعها: تعليمات التفكير تُوضع في رسالة النظام لأنها ثابتة، والحالة المتغيّرة توضع في رسالة المستخدم — هكذا تعيد استخدام نفس «محرك التفكير» مع مئات الحالات.
- اضبط درجة الحرارة عند 0.2 أو أقلالمهام الحسابية والتشخيصية لا تحتاج تنوعًا لغويًا. الحرارة المرتفعة تجعل النموذج «يخترع» مسارات تفكير مختلفة في كل تشغيل، فتفقد قابلية التكرار — وهي أهم ما تحتاجه في نظام إنتاجي.
- وسّع سقف الرموز (max tokens)سلسلة التفكير تستهلك رموزًا أكثر بكثير من الإجابة المباشرة. لو كان السقف ضيقًا سيُقطع الرد في منتصف الخطوة الرابعة وتظهر لك إجابة ناقصة تبدو كخطأ في النموذج، وهي في الحقيقة خطأ في الإعداد.
- افصل التفكير عن الإجابة بوسم صريحاستخدم <تحليل> و<الحكم>. في الـ Playground ستقرأ الاثنين، لكن حين تنقل الأمر إلى تطبيقك عبر الـ API ستستخرج محتوى <الحكم> فقط وتعرضه للمستخدم، بينما تحتفظ بالتحليل في سجلاتك للمراجعة.
- قارن بين نموذج عام ونموذج استدلاليالنماذج الاستدلالية (سلسلة o وما بعدها) تُجري خطوات تفكير داخلية قبل الرد، فقد تجد أن مطالبتك الصريحة بالخطوات تضيف قليلًا فوق ما تفعله أصلًا. شغّل نفس الحالة على النوعين وقارن: الدقة، والزمن، والتكلفة. القاعدة العملية: النموذج العام + سلسلة تفكير مكتوبة بيدك تعطيك تحكمًا أعلى وتكلفة أوضح، والنموذج الاستدلالي يعطيك عمقًا أكبر في المسائل المفتوحة.
- احفظ الإعداد كـ Presetزر الحفظ أعلى الصفحة يخزّن رسالة النظام مع الإعدادات باسم مثل «محلل مالي – CoT». هذا يحوّل الأمر من تجربة عابرة إلى أصل قابل لإعادة الاستخدام والمشاركة مع فريقك.
- انسخ الكود من View codeبعد أن تستقر على الصياغة، خذ الكود الجاهز (Python أو JavaScript) وادمجه في نظامك. أي تعديل لاحق على رسالة النظام يعني إعادة اختبار على نفس الحالات — احتفظ بمجموعة اختبار صغيرة من 5 حالات معلومة الإجابة.
أخطاء شائعة
| الخطأ | لماذا يضر | التصحيح |
|---|---|---|
| الاكتفاء بعبارة «فكّر خطوة بخطوة» | تترك للنموذج اختيار الخطوات، فيختار خطوات عامة لا تناسب مجالك، وقد يبني تحليلًا منظمًا على منهج خاطئ. | اكتب الخطوات بنفسك كما يفعل خبير المجال. |
| خلط التفكير بالإجابة النهائية | يصبح المخرج غير صالح للعرض على العميل أو للاستخدام البرمجي. | وسمان منفصلان: تحليل / حكم. |
| استخدامها في كل المهام | تضاعف التكلفة والزمن في مهام كانت ستُحل من أول رد. | احصرها في المهام متعددة الخطوات. |
| اعتبار التفكير المكتوب سببًا حقيقيًا | النص الظاهر تبرير معقول، وليس بالضرورة انعكاسًا أمينًا لما جرى داخل النموذج. | عامله كمسوّدة عمل تُراجَع، لا كشهادة. |
| ترك درجة الحرارة مرتفعة | نتائج مختلفة في كل تشغيل على نفس المدخل. | 0 – 0.3 للمهام الاستدلالية. |
التكليف العملي
سلسلة تفكير في مجالك أنت
- اختر قرارًا حقيقيًا من عملك يحتاج أكثر من خطوة (تسعير خدمة، اختيار مورّد، تقدير مدة مشروع، ترجيح سبب انخفاض المبيعات).
- اكتب الأمر مرتين: مرة سؤالًا مباشرًا، ومرة بخمس خطوات محددة تكتبها أنت بوصفك خبير المجال.
- شغّل الاثنين في الـ Playground على نفس الإعدادات ثم كرر كل واحد ثلاث مرات.
- سجّل في جدول: هل تغيّرت الإجابة بين التشغيلات؟ كم رقمًا يمكنك التحقق منه يدويًا؟ أين وقع أول خطأ؟
- سلّم: الأمرين، ولقطات المخرجات، وفقرة من خمسة أسطر تشرح أي خطوة في سلسلتك كانت الأكثر أثرًا ولماذا.
خلاصة المحاضرة
- سلسلة التفكير تشتري الدقة بثمن: رموز أكثر وزمن أطول. ادفع الثمن حيث يستحق فقط.
- قيمة الاستراتيجية في خطواتك أنت بوصفك خبير المجال، لا في عبارة تشجيع عامة.
- افصل دائمًا مسار التفكير عن الإجابة النهائية بوسم واضح.
- اضبط الحرارة منخفضة ووسّع سقف الرموز، وإلا ظهر خطأ الإعداد وكأنه ضعف في النموذج.
- الخطوات الظاهرة أداة تدقيق ممتازة لك، لا دليلًا قاطعًا على ما دار داخل النموذج.