RIP. NEW MISSION. CC V2.0
تحب تدعم البث؟ عضوية «داعم» على يوتيوب بـ 60 جنيه في الشهر: شارات، إيموجي، وأسئلتك بجاوبها الأول في البث. اشترك كداعم
الخلاصة
يركّز البث على إعادة تصميم «مركز أوامر» شبه ذاتي لتنسيق مهام البرمجة وفق حجمها وتبعياتها، وتوزيع البحث والاستكشاف والتنفيذ بين الوكلاء، ثم تمرير النتائج عبر تدقيق للمهام والمراحل قبل المراجعة البشرية. يعرض لقمان تجارب عملية غير مكتملة بين Codex وClaude والطرفية، ويناقش الموازنة بين جودة النتائج واستهلاك الرموز وحدود الاستخدام، مع مشكلات فعلية شملت Supabase وDocker وMCP وتعطل بعض المهام؛ لذلك لا يقدّم سير العمل كنتيجة ناجحة نهائية. ويمتد النقاش إلى أهمية الاختبارات والمواصفات الخفيفة، والبحث عن المنافسين قبل البناء، وتحويل المنتج من مرحلة الإنشاء إلى التسويق. كما يشرح تصورًا لأداة Shopify تقيس وتحسّن ظهور المنتجات في إجابات الذكاء الاصطناعي عبر GEO، الذي وصفه وقت تسجيل البث عام 2026 بأنه مجال ناشئ وتوقع نموه، خصوصًا قرب نهاية 2026، مع بقاء جدوى السوق والتنفيذ والفرق بين GEO وAEO أسئلة غير محسومة. واستنادًا إلى خبرته منذ بدء الدروبشيبينغ عام 2017، يقارن لقمان بينه وبين DTC والوايت ليبل، وبين اقتصاديات التجارة الإلكترونية والتطبيقات، ويطرح B2B وB2C كتوجهات قابلة للتجربة؛ كما يعرض رأيه في جاذبية هوامش SaaS وإيراداته المتكررة، وأسباب اختيار منظومة Shopify، وضرورة تحديد جمهور التطبيق وقنواته والموازنة بين التسويق العضوي والمدفوع، من دون تقديم هذه الآراء كضمانات أو نتائج محسومة. وتتناول مناقشات ثانوية أتمتة المقاطع القصيرة وخطر فقدان السياق، والبث المسجل كسجل للعمل وقناة للتعلم المجتمعي، وإنتاج فيديوهات تسويقية برمجيًا عبر Remotion، وتجارب الصور المصغرة وقيود حقوق النشر. وتضيف أسئلة الجمهور نقاشات مفيدة عن تعلّم البرمجة عمليًا بمساعدة الذكاء الاصطناعي، وأمن مهارات الوكلاء ومصادرها، وتقدير الوقت، وإدارة التبعيات، وأسعار النماذج وكفاءة الحوسبة، وجدولة العمل وحدود الجلسات. والخلاصة المؤهلة هي أن الأتمتة قد تقلل المتابعة اليدوية، لكنها لا تلغي الحاجة إلى الإشراف والتصحيح والتحقق؛ ويرى لقمان أن جودة التخطيط والسياق أهم من تقليل استهلاك الرموز وحده.
155 لحظة من البث
- 1:06:32
إرسال مهام الوكيل عن بُعد
شرح المتحدث أن ميزة dispatch قد تسمح بتوجيه الوكيل من الهاتف للعمل على مرحلة أو مهمة محددة، وطرحها كطريقة محتملة للتحكم في سير العمل عن بُعد قبل انتقاله إلى Codex.
- 1:08:20
تبسيط بيئة العمل إلى طرفية واحدة مع Codex
قال المتحدث إن أتمتة لوحة المهام تسمح له بالعمل عبر طرفية واحدة، ولذلك فكّر في استخدام تطبيق سطح مكتب وCodex لتبسيط البيئة. وأوضح أنه مرتاح لسير عمله الحالي، وأن التجربة مع Codex تهدف أساسًا إلى التعامل بصورة أفضل مع قيود الاستخدام، لا إلى إثبات تفوق أداة بعينها.
- 1:10:32
توافق أوامر سير العمل مع Codex ونشرها على GitHub
نقاش حول أوامر مخصصة تعمل في بيئة أخرى لكنها لا تعمل بعد في Codex، مع اقتراح التحقيق في سبب عدم التوافق. ويشرح المتحدث أن أداة «مركز الأوامر» تطورت إلى سير عمل أكثر استقلالية، لذلك يفكر في نشرها على GitHub بدل الاكتفاء بملف تعليمات يبني الآخرون منه نسخهم.
- 1:13:18
تشغيل دفعات المهام الصغيرة مع مراعاة العوائق والتبعيات
تجربة جلسة جديدة في Codex لتشغيل أمر يجمع المهام الصغيرة المتاحة من قائمة العمل. يوضح الشرح أن المهام المحجوبة لا تُنفذ تلقائيًا، بل يجب فك حجبها بإنجاز المهمة الأكبر التي تعتمد عليها أولًا.
- 1:16:01
موازنة كثافة الاستخدام وتكلفة نماذج البرمجة
يرى المتحدث أن كثافة الاستخدام قد تجعل بعض الخيارات غير عملية، ويقترح النظر في Codex أو نماذج أقل تكلفة عبر OpenRouter. هذا رأي عملي عام، وليس تقريرًا عن حساب أو إنفاق شخصي.
- 1:16:54
رأي مؤهل في استخدام Codex لأعمال البرمجة
يعرض المتحدث رأيًا منسوبًا إلى آخرين بأن Codex قد يتفوق على بدائل معينة، ويؤكد أن استخدامه خيار عملي يمكن إنجاز قدر كبير من العمل به. يظل هذا تقييمًا شخصيًا ومقارنة غير مختبرة ضمن هذه الصفحة.
- 1:18:14
ملاحظة محدودة عن مثابرة GLM 5.1 ومخاطر اتساع التعديلات
يصف المتحدث تجربة سطحية مع GLM 5.1: عند إعطائه لقطة شاشة لخطأ، يواصل محاولة الحل قبل الرجوع للمستخدم. يرى أن هذه المثابرة سلاح ذو حدين؛ فقد تصل إلى حل، لكنها قد توسّع نطاق التغييرات وتؤثر في أجزاء أخرى من الخلفية، بينما يفضّل عادةً أقل تعديل ممكن. ويؤكد أنه لم يتعمق في النموذج.
- 1:20:23
تنظيم المهام الكبيرة باستخدام وكلاء الذكاء الاصطناعي
شرح لسير عمل آلي يتعامل مع المهام الكبيرة عبر إعداد المهمة، وتشغيل وكلاء للبحث والاستكشاف، ثم تنفيذ العمل تدريجيًا. أشار المتحدث إلى أن تصنيف المهام وخطة العمل وُلّدا بالذكاء الاصطناعي، مع تخصيص مرحلة لاحقة لضمان الجودة.
- 1:24:51
الموازنة بين كفاءة الرموز وجودة النتائج
يناقش المتحدث أن خفض استهلاك الرموز ليس هدفًا مستقلًا؛ فقد يوفر الرموز لكنه قد يضعف الجودة. يقترح فحص ما إذا كان الوكلاء والإضافات والمهارات يخدمون جودة النتيجة فعلًا، مع تجنب التكرار وتشغيل وكلاء لا حاجة إليهم.
- 1:28:33
كيف تؤثر حدود الرموز والمعدل في تقدير زمن العمل
في إجابة عن سؤال حول تقدير الوقت، يوضح المتحدث أن سرعة إنجاز سير العمل لا تعتمد على حجم قائمة المهام وحده؛ فتوافر الرموز وحدود المعدل والجلسات قد تصبح عوامل الاختناق الأساسية. لذلك يمكن أن يتغير التقدير جذريًا عندما تتغير هذه القيود.
- 1:33:33
من البيان الرئيسي إلى خريطة طريق قابلة للتنفيذ
شرح سير عمل يبدأ بوثيقة تصف رسالة العمل ورؤيته ومجالاته ومراحله المستقبلية، ثم إعطائها لنموذج ذكاء اصطناعي لتفصيل خريطة طريق يمكن تنظيمها بحسب المراحل والتعقيد والتسميات. تُدمج الخريطة بعد ذلك في مركز قيادة يجمع المهام والمعالم والملاحظات، مع التنبيه إلى أن إعداد هذه الوثائق الكبيرة يحتاج وقتًا وتقسيم العمل عند الحاجة.
- 1:37:11
جدولة الأتمتة بالاستطلاع الدوري وحدود مهلة الجلسة
يناقش البحث عن طريقة لتشغيل مهمة آلية دوريًا، ومن البدائل إرسال طلبات متكررة حتى تصل استجابة تسمح بسحب المهمة وتنفيذها. طُرحت أيضًا تجربة أمر مجدول داخل مركز القيادة، لكن مهلة الجلسة بقيت قيدًا غير محلول ولم يُذكر نجاح الاختبار.
- 1:38:49
تصميم مركز قيادة قابل للتكييف والمشاركة
يوضح أن مركز القيادة لا يملك بنية واحدة إلزامية؛ إذ يمكن تشكيله وفق احتياجات المشروع والخبرة المتراكمة من الاستخدام. كما عبّر المتحدث عن نية توثيق نسخته وإتاحتها لاحقًا على GitHub ليستفيد منها الآخرون، دون الادعاء بأنها نُشرت بالفعل.
- 1:41:46
تجربة العمل على جانب التاجر وجانب التطبيقات في Shopify
يقول المتحدث إنه عمل على جانب التاجر في Shopify منذ 2017، وإن العمل من جانب التطبيقات خلال الأيام الأخيرة تجربة جديدة نسبيًا له. بعض الكلمات المحيطة بالمقارنة غير واضحة في التفريغ.
- 1:43:24
تحديث مركز الأوامر وسير العمل
يصف المتحدث تحديثًا كبيرًا لمركز الأوامر وإنشاء سير عمل جديد له، مع نية إتاحته علنًا على GitHub لاحقًا. كما يذكر تغييرات واسعة في قسم أو مشروع آخر لا يتضح اسمه تمامًا من التفريغ.
- 1:44:19
مهمة غير مكتملة تتعامل مع Supabase
يلاحظ المتحدث أن مهمة برمجية تستغرق وقتًا وتحاول الوصول إلى Supabase، ويتوقع أن يتغير جزء من إعداد Supabase؛ ولا يثبت التفريغ سبب المشكلة أو حلها.
- 1:48:11
موازنة Codex وClaude ضمن حدود الاستخدام
أثناء محاولة إكمال مهمة برمجية، يقرر المتحدث إشراك Claude إلى جانب Codex، ثم ينتقد ترك سعة استخدام متاحة دون استغلال مع الشكوى من حدود الاستخدام. ويعرض ذلك كمسألة تنظيم العمل بين الأدوات، من دون إثبات اكتمال المهمة.
- 1:51:01
مقارنة استهلاك Codex وClaude بصورة عادلة
شرح المتحدث أنه يحاول مقارنة حدود الاستخدام واستهلاك الرموز عبر مهام متقاربة في التعقيد، مع إقراره بأن اختلاف المهام يجعل المقارنة تقريبية. وبرأيه بدا Codex أفضل في تجربته، لكنه أشار إلى أن نجاح Claude من المحاولة الأولى قد يكون أوفر من إعادة المهمة عدة مرات، وأن مشكلة Supabase محل النقاش قد لا تمثل المهام المعتادة.
- 1:59:52
وكيل تدقيق لمراجعة المهام والمعالم
يعرض سير عمل تنتقل فيه المهمة من التنفيذ إلى المراجعة ثم الاكتمال، مع وكيل تدقيق يراجع الكود وفق المواصفات وقائمة معايير. وبعد إنهاء كل معلم، يراجع وكيل آخر المعلم كاملًا، فيسمح بالانتقال عند النجاح أو يعيد النتيجة عند الإخفاق.
- 2:02:58
التبديل بين مساعدَي برمجة عند حدود الاستخدام
يرى المتحدث أن استخدام مساعدَي برمجة يمنح استمرارية أفضل: عند بلوغ حد استخدام أحدهما يمكن تحويل العمل إلى الآخر، خصوصًا عندما تختلف مواعيد إعادة ضبط الحدود. قُدّمت الفكرة كتفضيل عملي منه لا كاختبار مضبوط.
عندك سؤال عن حاجة في البث ده؟
اسأل في الجروب