سلسلة التفكير — خلّيه يفكّر خطوة خطوة

زي طالب في امتحان رياضة: لو كتب الخطوات، بيوصل للإجابة الصح أكتر من اللي بيكتب الرقم النهائي على طول. الموديل نفس الحكاية — لكن في مسألة سهلة، الخطوات مش هتفرق.

الإجابة الفورية زي الحدس؛ سلسلة التفكير زي ما تفرد المسألة على ورقة. الورقة بتقلّل الغلط في اللي فيه خطوات، مش في اللي إجابته بديهية.

بدل «كام باقي لو معايا ٢٠٠ جنيه وشتريت قلم بـ ٣٠ وكشكول بـ ٤٥ وعلبة ألوان بـ ٦٥؟»، تقوله «اجمع سعر كل حاجة الأول، بعدين اطرح من الـ ٢٠٠» — بيغلط أقل.

الموديل بيولّد الرد token ورا token، وكل token جديد بيتحسب بناءً على كل اللي اتكتب قبله. لما تخلّيه يكتب خطواته، النتايج الوسيطة (المجاميع، الاستنتاجات الجزئية) بتبقى قدّامه في السياق بدل ما يضغط التفكير كله في نطّة واحدة — فبيغلط أقل في المهام متعددة الخطوات. بتفعّلها بجملة زي «فكّر خطوة خطوة» أو بأمثلة few-shot فيها خطوات مكتوبة. وخد بالك: موديلات الـ reasoning الحديثة بتعمل الخطوة دي داخليًا من نفسها، من غير ما تطلبها.

🧪 جرّب بنفسك: هات مسألة حسابية من ٣-٤ خطوات، وشغّلها ١٠ مرات بطلب إجابة مباشرة و١٠ مرات بـ «فكّر خطوة خطوة»، واحسب نسبة الصح في كل نسخة. بعدين كرّر نفس التجربة على سؤال بسيط من خطوة واحدة — ولاحظ إن الفرق بيختفي.

• تحط CoT على كل حاجة، حتى الاستخراج والتصنيف البسيط — ردود أطول وأغلى من غير دقة زيادة.
• تطلب خطوات + JSON في نفس الرد من غير فصل واضح، فالخطوات تكسر الـ parsing.
• تعامل الخطوات المكتوبة كأنها سجل أمين لعملية التفكير الداخلية — هي أسلوب بيحسّن الدقة، مش شفافية مضمونة لما بيحصل جوه الموديل.

المهام اللي فيها خطوات فعلًا: حساب، منطق، قرارات بشروط متعددة، تتبّع bug في كود، مقارنات فيها موازنات.

المهام البسيطة (تصنيف مباشر، استخراج، إعادة صياغة) — بتدفع tokens ووقت ببلاش. ومع موديلات الـ reasoning الحديثة غالبًا مش محتاج تطلبها أصلًا — جرّب من غيرها الأول.