T1 · Beginner · 7 دقيقةثابت · آخر مراجعة: 2026-08-19مسودة أولى — بنراجعها

الـ AI مقابل البرمجة العادية — نقلة في طريقة التفكير

في سطر واحد · البرمجة العادية مخرجاتها متوقّعة وثابتة، أما نظام الـ AI فمخرجاته احتمالية ومحتاجة تقييم مستمر بدل اختبارات ثابتة.

القاموس:Probabilistic
ليه ده مهم؟

لو دخلت بعقلية «إمّا بيشتغل أو لأ»، هتتلخبط. أنظمة الـ AI بتشتغل «بنسبة»، وشغلك تقيس النسبة دي وتحسّنها.

الكود العادي زي آلة حاسبة: نفس المدخل = نفس المخرج. نظام الـ AI زي موظّف شاطر: كويس غالبًا، بس مش مضمون 100% كل مرّة.

دالة جمع بتديك نفس الناتج دايمًا. موديل تلخيص ممكن يلخّص نفس النص بطريقتين، والاتنين مقبولين.

طيب بتحصل إزاي؟

الفرق العملي في تلات حاجات: (1) الاختبار — بدل unit test بيعدّي أو يسقط، بتبني evaluation: مجموعة أمثلة حقيقية بتقيس عليها نسبة النجاح (مثلًا «التصنيف صح في 94% من الحالات»). (2) الديباجينج — بدل ما تتبّع سطر الكود اللي غلط، بتحسّن الـ prompt أو البيانات أو الموديل وتعيد القياس. (3) الصيانة — الكود العادي ثابت لحد ما تغيّره، أما نظام الـ AI ممكن أداؤه يتغيّر لما الموديل يتحدّث أو شكل مدخلات المستخدمين يتغيّر، فالقياس لازم يفضل شغّال باستمرار.

خلينا نبنيها

🧪 جرّب بنفسك: اكتب unit test لدالة جمع (assert بسيط)، وبعدين حاول تكتب «test» لموديل تلخيص بنفس الطريقة — هتلاقيه مستحيل. بدلها: اجمع 5 نصوص، وحدّد لكل واحد معايير قبول (يذكر النقطة الفلانية، أقصر من X كلمة)، واحسب نسبة النجاح. ده الفرق بين test وevaluation بإيدك.

أشهر الأخطاء

غلطات شائعة: (1) تكتب assert على نص المخرج بالحرف — هيقع مع أول اختلاف بريء في الصياغة. (2) تحكم على النظام من مثال واحد بدل نسبة نجاح على عيّنة. (3) تفتكر إن اللي اشتغل الشهر اللي فات هيفضل شغّال — من غير قياس مستمر، التدهور بيحصل في صمت.

إمتى تستخدمها؟

استخدم عقلية «القياس بنسبة» في أي جزء فيه موديل: صمّم evaluation من أول يوم، وخلّيه شرط قبل أي تغيير في الـ prompt أو الموديل.

وإمتى لأ؟

متسحبش العقلية دي على الكود العادي حوالين الموديل: الـ API layer والـ database والـ parsing لسه بيتختبروا بـ unit tests عادية «بتعدّي أو تسقط». العقلية الاحتمالية للموديل بس.

خلينا نبنيهاالقراءة خلصت — دلوقتي ابنيها بإيدك.قارن اختبار ثابت بتقييم