Testing GPT Astra vs Fable 5.1
تحب تدعم البث؟ عضوية «داعم» على يوتيوب بـ 60 جنيه في الشهر: شارات، إيموجي، وأسئلتك بجاوبها الأول في البث. اشترك كداعم
الخلاصة
يركّز البث على مقارنة عملية وعمياء جزئيًا بين GPT Astra وFable 5.1 عبر مطالبات متطابقة شملت ألعابًا، ورسم SVG، وصفحات هبوط وتجارب وكيلة. جاءت النتائج متباينة: بدا Astra أقوى بصريًا وفي التحكم ببعض الألعاب، بينما قدّم Fable أحيانًا أسلوب لعب أكثر تحديًا وأفكارًا تصميمية أكثر ابتكارًا؛ كما اختلفت السرعة باختلاف المهمة وانقسمت آراء الجمهور، لذلك لم يظهر فائز عام حاسم. يناقش لقمان حدود الاختبارات الفردية والمعايير القياسية والتحكيم بالنماذج، ويرى أن التقييم الأفضل يجمع خبرة المجال، وتقليل التحيز، واختبارات التفكير النقدي وتوليد الأفكار، مع مراعاة الكفاءة والسعر وحدود الاستخدام وتكامل الأدوات. ويتوسع النقاش إلى اختيار نماذج مختلفة للتخطيط والتنفيذ، وتنظيم الوكلاء الفرعيين، وضغط سياق جلسات البرمجة وتوثيقها، والبوتات الجاهزة، وأتمتة الفيديو، والنسخ الاحتياطي، وتحوّل أدوار المطورين. أما الآراء حول AGI واستبدال الوظائف ومستقبل التطوير الكامل بالذكاء الاصطناعي فطُرحت كتوقعات ومخاوف غير محسومة، لا كحقائق مثبتة.
104 لحظة من البث
- 1:45:41
اختبار القدرة الوكيلية عبر بناء صفحة هبوط
يستخدم بناء علامة وصفحة هبوط تجريبية لمطعم كشري كاختبار عملي للقدرة الوكيلية. يتابع زمن التنفيذ وطريقة التسليم، ويلاحظ أن إحدى النتائج قدمت الشفرة من دون تشغيلها محليًا، ثم يحافظ على إخفاء هوية مخرجات Astra وFable للحصول على آراء الجمهور بصورة عمياء.
- 1:52:04
مقارنة Astra وFable 5.1 في تصميم صفحة هبوط للكشري
أُعطي النموذجان الطلب نفسه لبناء صفحة هبوط لمطعم كشري مع مؤثرات حركية وبجهد مرتفع. قورنت النتيجتان قسمًا بقسم، بما يشمل الطباعة والقائمة والإضافات وروابط الطلب والحركة؛ ورأى المضيف أن نتيجة Fable على اليسار أظهرت إبداعًا أعلى في عرض مكونات الطبق، بينما فضّل بعض المشاركين تصميم اليمين. كما أشار إلى أن سرعة النموذجين تفاوتت بين المهام، لذلك لم يصل إلى حكم ثابت بشأن الأسرع.
- 1:59:34
إنشاء فيديو كشري قصير بسير عمل وكيلي في Higgsfield
شرح المضيف أن فيديوهين قصيرين للكشري أُنشئا عبر Higgsfield، الذي يوفّر توليد الصور والفيديو بعدة نماذج. أُسندت المهمة نفسها إلى Astra وFable مع حرية اختيار نموذج التوليد، وطُلب إنشاء حلقة بصرية تبدأ بالصورة نفسها وتنتهي بها، تمهيدًا لمقارنة النتيجتين.
- 2:01:47
تأثير تكامل الأدوات في سرعة سير عمل الوكلاء
أوضح لُقمان أن المقارنة هنا كانت بين الوكلاء وسير العمل، لا بين أداة توليد الفيديو نفسها: أنجز Codex المهمة أسرع بكثير بحسب تجربته، وعزا ذلك إلى توفر تكامل مدمج مع أداة الفيديو، بينما احتاج إلى ربط Claude بها عبر واجهة سطر الأوامر. كان المقطع المطلوب قصيراً، لذلك تظل المقارنة محدودة بهذه المهمة وإعداداتها.
- 2:03:27
مقارنة لعبة سباق مولّدة بواسطة GPT Astra وFable 5.1
اختبر لُقمان نسختين من لعبة سباق مبنيتين من البرومبت نفسه، واحدة بواسطة GPT Astra والأخرى بواسطة Fable 5.1. رأى أن نسخة Astra قدمت تحكماً وفيزياء لعب أفضل بوضوح مع خاصية تعزيز، بينما بدت نسخة Fable أجمل بصرياً واحتوت خيارات إضافية، لكن حساسيتها وفيزياء القيادة والأداء جعلت اللعب أصعب. تراجع عن حكمه الأولي بأن إحداهما فائزة بوضوح، ورأى أن تحسين فيزياء Fable قد يغيّر النتيجة، كما أشار إلى أن تجربة الاستخدام والإعدادات كانت أفضل في إحدى النسختين.
- 2:11:34
هل قد تستبدل فرق الوكلاء بعض الوظائف؟
تكهّن المتحدث بأن أنظمة الوكلاء التي تحاكي الهيكل التنظيمي والأدوار التنفيذية قد تحل محل بعض الموظفين، مع عرضه بوصفه احتمالًا مقلقًا لا نتيجة مثبتة.
- 2:12:23
الكفاءة مقابل الألفة عند تقييم نماذج الذكاء الاصطناعي
بعد الاختبارات، رأى المتحدث أن النموذج الأعلى كفاءة هو الأرجح للفوز، مع إقراره بأن الألفة العاطفية مع أداة استُخدمت طويلًا قد تؤثر في الحكم، وأن هناك إشارات تحذير ينبغي عدم تجاهلها.
- 2:13:34
فرق وكلاء للعمليات والدعم الفني
ناقش المتحدث، بصورة مشروطة بعمل النظام كما هو متوقع، إمكانية تكوين فرق من الوكلاء لمتابعة التطبيقات ومعالجة مشكلات المستخدمين، مع تطبيقات محتملة في الدعم الفني وخدمة العملاء والتسويق.
- 2:15:53
هل يصنع التصميم تعلقًا بأداة الذكاء الاصطناعي؟
طرح النقاش احتمال تأثير الألوان وتجربة الاستخدام والتسويق في التعلق بأداة، لكن المتحدث نسب تردده أساسًا إلى الخبرة الطويلة والاعتماد العملي المتراكم، لا إلى التصميم وحده.
- 2:16:50
مجالات هندسية ناشئة حول وكلاء الذكاء الاصطناعي
نصح المتحدث بمتابعة التخصصات التي تتشكل مع انتشار وكلاء الذكاء الاصطناعي، وذكر هندسة الذكاء الاصطناعي وأدوارًا شبيهة بمهندس النشر الميداني وهندسة الرسوم البيانية، مع الإشارة إلى أن مجالات جديدة تتشكل في السوق.
- 2:19:09
اختيار نموذج مختلف لكل مهمة
قارن النقاش بين السرعة، حجم العمل المنجز، وحدود الاستخدام، وانتهى إلى أن الأدوات قد تخدم حالات مختلفة. كان الرأي العملي هو استخدام أكثر من نموذج عند الإمكان وتوجيه كل مهمة إلى النموذج الأنسب، مع ذكر أدوات توجيه النماذج بصورة غير محسومة.
- 2:21:31
توزيع التخطيط والتنفيذ بين نماذج مختلفة
ناقش المتحدثون إرهاق التنقل المتكرر بين النماذج بسبب تغيّر نتائج المعايير، واقترحوا استخدام نموذج أقوى للتخطيط وتصحيح الأخطاء ونموذج أصغر أو أكفأ للتنفيذ. طُرح هذا بوصفه أسلوب عمل مقترحاً وآراءً من المشاركين، لا نتيجة اختبار محسومة.
- 2:23:54
معايير عملية تتجاوز نتائج البنشمارك
ركّز المتحدث على التفكير النقدي وتوليد الأفكار والتفكير خارج الصندوق، مع ملاحظة أن جودة النموذج وحدها لا تكفي وأن الكفاءة مهمة أيضاً. التقييم المعروض تفضيلي ومبدئي، وليس إثباتاً موضوعياً لتفوّق نموذج بعينه.
- 2:25:32
اختبار نوعي بمراجعة منظومة نمو الزيارات
صاغ المتحدث اختباراً يتطلب البحث وفهم إعدادات منظومة من الوكلاء وتعليماتهم، واكتشاف الثغرات واقتراح أفكار جديدة لزيادة الزيارات العضوية. أوضح أن مقارنة الإجابات ستكون ذاتية وصعبة لأن الحكم يتطلب قراءة مخرجات النموذجين ومعرفة المجال؛ ولم تُذكر نتيجة نهائية في هذه الصفحة.
- 2:30:22
هل ما زال حجم نافذة السياق هو المعيار الأهم؟
رداً على سؤال من الجمهور، طرح المتحدث رأياً أولياً بأن حجم نافذة السياق الخام كان يصبح أقل أهمية مع تطور استراتيجيات إدارة السياق. وذكر وقت التسجيل أن Codex كان يخفي تفاصيل نافذة السياق افتراضياً. تنقطع الإجابة عند نهاية الصفحة، لذلك لا يظهر تفسيرها كاملاً.
- 2:31:16
هل ما زال حجم نافذة السياق هو العامل الأهم؟
يناقش Luqman، بوصفه رأيًا وتجربة شخصية لا نتيجة اختبار حاسمة، أن الضغط التلقائي قد يقلل أهمية الحجم الخام لنافذة السياق. ويشير إلى تضارب الآراء حول ما إذا كانت النافذة الأكبر أفضل دائمًا، مع بقاء تقييم الأداء صعبًا من دون معايير واضحة.
- 2:32:24
تدهور السياق عند تغيير الموضوع داخل الجلسة
يناقش المشاركون احتمال تراجع تماسك النموذج مع امتلاء السياق أو الانتقال بين موضوعات متعددة في الجلسة نفسها. يرى Luqman أن المشكلة أصبحت أقل وضوحًا لديه، بينما يشير النقاش إلى أن تغيير الموضوع يظل نقطة ضعف، مع ذكر Obsidian كوسيلة محتملة لتنظيم السياق الخارجي.
- 2:35:46
طريقة عملية لضغط جلسة برمجية طويلة
يشرح Luqman سير عمل يستخدمه عند تقدم جلسة طويلة: يطلب أولًا تعليمات موجزة تحفظ الحالة والقرارات المهمة، ثم يشغّل أمر الضغط ويعيد إدخال تلك التعليمات لمواصلة العمل. يقدمه كأسلوب شخصي مفيد، لا كضمان لمنع فقدان السياق.
- 2:39:20
متى يصبح ضغط السياق خطرًا على مهام البرمجة؟
يوضح النقاش أن فقدان التفاصيل قد يكون أشد أثرًا في البرمجة، حيث قد يؤدي نسيان أسماء أو قرارات صغيرة إلى أخطاء كبيرة، خصوصًا إذا حدث الضغط في منتصف مهمة طويلة. وتُطرح ملفات التوثيق وتقسيم كل ميزة أو انتقال إلى جلسة أصغر كوسيلتين لتقليل الخطر، مع التأكيد أن شدة المشكلة تعتمد على المهمة وجودة ملخص الضغط.
- 2:42:13
إعداد اختبار لعبة توصيل كشري ثلاثية الأبعاد
يجهّز Luqman تجربة مرحة تطلب إنشاء لعبة ثلاثية الأبعاد عن توصيل الكشري بسكوتر، ويحدد أن Astra على اليسار وFable على اليمين قبل إرسال المطالبة. هذا المقطع يوثق إعداد المقارنة فقط ولا يعرض نتيجة نهائية أو حكمًا على الجودة.
عندك سؤال عن حاجة في البث ده؟
اسأل في الجروب