انتقل للمحتوى
شغّال
ارجع للمكتبة

RIP. NEW MISSION. CC V2.0

Day 0278:33:17

تحب تدعم البث؟ عضوية «داعم» على يوتيوب بـ 60 جنيه في الشهر: شارات، إيموجي، وأسئلتك بجاوبها الأول في البث. اشترك كداعم

الخلاصة

يركّز البث على إعادة تصميم «مركز أوامر» شبه ذاتي لتنسيق مهام البرمجة وفق حجمها وتبعياتها، وتوزيع البحث والاستكشاف والتنفيذ بين الوكلاء، ثم تمرير النتائج عبر تدقيق للمهام والمراحل قبل المراجعة البشرية. يعرض لقمان تجارب عملية غير مكتملة بين Codex وClaude والطرفية، ويناقش الموازنة بين جودة النتائج واستهلاك الرموز وحدود الاستخدام، مع مشكلات فعلية شملت Supabase وDocker وMCP وتعطل بعض المهام؛ لذلك لا يقدّم سير العمل كنتيجة ناجحة نهائية. ويمتد النقاش إلى أهمية الاختبارات والمواصفات الخفيفة، والبحث عن المنافسين قبل البناء، وتحويل المنتج من مرحلة الإنشاء إلى التسويق. كما يشرح تصورًا لأداة Shopify تقيس وتحسّن ظهور المنتجات في إجابات الذكاء الاصطناعي عبر GEO، الذي وصفه وقت تسجيل البث عام 2026 بأنه مجال ناشئ وتوقع نموه، خصوصًا قرب نهاية 2026، مع بقاء جدوى السوق والتنفيذ والفرق بين GEO وAEO أسئلة غير محسومة. واستنادًا إلى خبرته منذ بدء الدروبشيبينغ عام 2017، يقارن لقمان بينه وبين DTC والوايت ليبل، وبين اقتصاديات التجارة الإلكترونية والتطبيقات، ويطرح B2B وB2C كتوجهات قابلة للتجربة؛ كما يعرض رأيه في جاذبية هوامش SaaS وإيراداته المتكررة، وأسباب اختيار منظومة Shopify، وضرورة تحديد جمهور التطبيق وقنواته والموازنة بين التسويق العضوي والمدفوع، من دون تقديم هذه الآراء كضمانات أو نتائج محسومة. وتتناول مناقشات ثانوية أتمتة المقاطع القصيرة وخطر فقدان السياق، والبث المسجل كسجل للعمل وقناة للتعلم المجتمعي، وإنتاج فيديوهات تسويقية برمجيًا عبر Remotion، وتجارب الصور المصغرة وقيود حقوق النشر. وتضيف أسئلة الجمهور نقاشات مفيدة عن تعلّم البرمجة عمليًا بمساعدة الذكاء الاصطناعي، وأمن مهارات الوكلاء ومصادرها، وتقدير الوقت، وإدارة التبعيات، وأسعار النماذج وكفاءة الحوسبة، وجدولة العمل وحدود الجلسات. والخلاصة المؤهلة هي أن الأتمتة قد تقلل المتابعة اليدوية، لكنها لا تلغي الحاجة إلى الإشراف والتصحيح والتحقق؛ ويرى لقمان أن جودة التخطيط والسياق أهم من تقليل استهلاك الرموز وحده.

  • productivity
  • work routine
  • streaming schedule
  • morning work
  • +4

155 لحظة من البث

  1. 0:00:20

    اختيار موعد العمل بناءً على الإنتاجية

    يناقش المتحدث تفضيله بدء البث والعمل صباحًا رغم ارتفاع التفاعل ليلًا، لأنه يرى أن الصباح يساعده على الإنجاز وتغيير روتينه الليلي.

    • productivity
    • work routine
    • streaming schedule
    • morning work
  2. 0:03:54

    درس في دراسة المنافسين قبل البناء

    بعد اكتشاف بديل مجاني اعتبره أقوى من فكرته السابقة، يراجع المتحدث أهمية دراسة السوق والمنافسين جيدًا قبل بدء البناء، ويتعامل مع التعثر بوصفه إشارة إلى ضرورة تغيير الاتجاه.

    • market research
    • competitor analysis
    • product validation
    • pivoting
  3. 0:06:23

    تحسين ظهور منتجات التجارة الإلكترونية في محركات الذكاء الاصطناعي

    يشرح المتحدث مفهوم أداة مقترحة لتجار التجارة الإلكترونية تقيس الظهور في محركات الذكاء الاصطناعي، وتكتشف مشكلات بيانات المنتجات وتقترح إصلاحها، مع تتبع النتائج المنسوبة إلى هذه القناة. ويعرض ذلك ضمن اتجاه GEO الناشئ، لا بوصفه نتائج مثبتة.

    • GEO
    • e-commerce
    • AI search
    • product data
    • +2
  4. 0:09:01

    تنظيف المشروع وإعادة بناء سير العمل بعد تغيير الاتجاه

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

    • developer workflow
    • code cleanup
    • dead code
    • project restructuring
    • +1
  5. 0:10:40

    اختيار سير عمل عملي بين Codex وClaude والطرفية

    يقارن المتحدث، بوصفه تفضيلًا شخصيًا، بين تطبيقات Codex وClaude والعمل عبر الطرفية. يرى أن Claude أقوى له عمومًا، لكنه يتوقع استخدام Codex أكثر بسبب سعة الاستخدام، ويثني على أدوات Codex المرئية لتحديد عناصر صفحات الويب وإرسال تعديلات مباشرة. ومع ذلك اختار حاليًا تشغيل واجهتيهما النصيتين داخل بيئة طرفية مألوفة تتيح له إدارة جلسات وطرفيات متعددة.

    • Codex
    • Claude
    • CLI
    • terminal workflow
    • +2
  6. 0:14:47

    سؤال عن أداة للبحث الآلي وتكلفة الرموز

    ردًا على سؤال من الجمهور عن أداة بحث آلي لم يتضح اسمها في النص، قال المتحدث إنه سمع عنها لكنه لم يستخدمها. فهمه المبدئي أنها إضافة تنفّذ البحث تلقائيًا، بينما ظل استهلاكها للرموز سؤالًا مفتوحًا، وطلب خبرة عملية ممن جرّبها.

    • auto research
    • token usage
    • audience question
    • AI tools
  7. 0:16:16

    إعادة تصميم Command Center حول الوعي بالوقت وكفاءة الوكلاء

    يشرح المتحدث إزالة تواريخ الأسابيع من سير العمل لأن تقديرات النماذج اللغوية لمدة المهام كانت، في تجربته، غير موثوقة، مع الإبقاء على الوعي بالوقت داخل النظام. كما يقول إن الإصدار السابق كان بطيئًا وكثيف الاستهلاك للرموز بسبب تشغيل عدة وكلاء فرعيين لكل مهمة. يعتمد التصميم الجديد على خادم MCP موصول بواجهات سطر الأوامر ومجموعة أوامر تقود سير العمل، ثم يبدأ عرض مشكلات التصحيح والمراجعة التي تعلّم منها قبل أن ينتهي هذا الجزء من المصدر.

    • Command Center
    • MCP
    • multi-agent workflow
    • time estimation
    • +3
  8. 0:20:02

    لماذا لا تكفي الموافقة اليدوية على كود الوكلاء؟

    يوضح المتحدث أن تسليم الوكلاء كمية كبيرة من كود الواجهة الخلفية ومنطق تجربة المستخدم يجعل المراجعة اليدوية غير عملية، خصوصاً لغير المتخصص، ولذلك رأى أن مرحلة المراجعة في سير العمل تحتاج إلى طبقة إضافية.

    • AI agents
    • code review
    • workflow
    • backend
    • +1
  9. 0:22:35

    دمج البحث الآلي في سير عمل الوكلاء

    يناقش المتحدث إضافة البحث كخطوة مطلوبة للمهام المتوسطة، ويرى أن أسلوب البحث الآلي المنسوب إلى كارباثي قد يلائم الحلقة المغلقة في مركز الأوامر. ويذكر احتمال الاستفادة من Perplexity عبر MCP أو API، مع التنبيه إلى أن هذا الاحتمال لم يكن محدداً في مستودع GitHub المشار إليه وأن استهلاك الرموز يظل قيداً.

    • automated research
    • Perplexity
    • MCP
    • API
    • +2
  10. 0:24:17

    وكلاء تدقيق للمهام والمراحل قبل التصحيح النهائي

    يعرض المتحدث سير عمل يتيح تنفيذ الإيداع والدفع إلى GitHub ثم النشر الآلي، ويضيف وكيلاً لتدقيق كل مهمة وفق قائمة تحقق محددة وآخر لمراجعة المرحلة كاملة، بما يشمل التحقق والأمان. الهدف هو اكتشاف المشكلات مبكراً قبل دخول الإنسان في التصحيح النهائي، مع الإقرار بأن التصحيح سيظل ضرورياً وأن التدقيق يستهلك رموزاً.

    • audit agents
    • code review
    • security review
    • validation
    • +3
  11. 0:26:54

    أوامر لتجهيز مهام المرحلة بالتوازي

    يشرح المتحدث أن المهام تُصنّف بحسب الحجم لتحديد سير العمل، ثم يستعرض أوامر مخصصة مثل next لعرض العمل الجاري وprepare لتشغيل وكلاء بحث واستكشاف يجهزون مهام فئة معينة داخل مرحلة. وينتهي المقطع بسؤال عملي لم يُحسم بعد: هل سيُجهّز الأمر المهام المحجوبة أيضاً أم المفتوحة فقط؟

    • task orchestration
    • slash commands
    • milestones
    • research agents
    • +2
  12. 0:30:02

    تنفيذ دفعات المهام عبر وكلاء برمجيين

    يشرح المتحدث سير عمل يُحضّر مجموعة مهام متوسطة السعة، ويوزّع الاستكشاف والبحث على وكلاء، ثم ينفّذ المهام المتاحة مع إبقاء المهام المعتمدة محجوبة. بعد التنفيذ تنتقل المهام إلى المراجعة والتدقيق، ويؤدي اكتمالها إلى فتح المهام التابعة. يرى المتحدث أن هذا قد يقلل التفاعل اليدوي وتعدد الطرفيات، مع ضرورة مراقبة استهلاك الرموز بعناية؛ والنتائج المذكورة هي تجربته وليست اختباراً مستقلاً.

    • وكلاء البرمجة / coding agents
    • تنسيق المهام / task orchestration
    • تبعيات المهام / task dependencies
    • استهلاك الرموز / token usage
    • +1
  13. 0:32:13

    موازنة جودة وكلاء البرمجة وحدود الاستخدام والتكلفة

    يقارن المتحدث بين Codex وClaude وخيارات نماذج أخرى من حيث جودة العمل، وحدود الاستخدام، والتكلفة. يميل إلى استخدام Codex أكثر بسبب القيود التي واجهها، مع احتفاظه بتفضيل لجودة Claude، ويقترح تجربة نماذج أخرى للتعلم أو لمهام متخصصة مثل الواجهات. كما يعرض رأيه بأن ارتفاع الأسعار قد يعكس تكلفة الحوسبة والضغط على الخدمة، مع بقائه غير متأكد مما إذا كان تغير سابق في الاستخدام خللاً أم تغييراً مقصوداً.

    • Codex
    • Claude
    • نماذج البرمجة / coding models
    • حدود الاستخدام / usage limits
    • +2
  14. 0:39:28

    توقعات تكلفة DeepSeek V4

    يذكر المتحدث توقعه الشخصي بأن DeepSeek V4 قد يساعد على خفض الأسعار عبر تقديم أداء أقوى بتكلفة حوسبة أقل. النقاش مقتضب، وينتهي المصدر قبل اكتمال التفسير.

    • DeepSeek V4
    • تكلفة الحوسبة / compute cost
    • تسعير النماذج / model pricing
    • كفاءة النماذج / model efficiency
  15. 0:43:36

    تنظيم مهام البرمجة بين المنسّق والمنفّذ والمدقّق

    شرح عملي لسير عمل يبدأ من جلسة تنسيق تطلق وكلاء للاستكشاف والبحث والتنفيذ، ثم يراجع مدقّق العمل قبل نقله إلى حالة الإنجاز. يناقش أيضًا تقليل نطاق مرحلة التحضير ومراقبة استهلاك الرموز أثناء تنظيف أجزاء منتقاة من مخزن قديم مع الإبقاء على ما يلزم.

    • وكلاء البرمجة
    • تنسيق الوكلاء
    • مراجعة الكود
    • استهلاك الرموز
    • +4
  16. 0:46:03

    هل تحسّن كفاءة الحوسبة سيخفض أسعار الذكاء الاصطناعي؟

    نقاش مع أحد أفراد الجمهور حول احتمال أن تقلل تقنيات الذاكرة وإعادة استخدام الحقائق من الحوسبة اللازمة للأسئلة البسيطة. يعرض المتحدث رأيين متعارضين بشأن اتجاه الأسعار، ويربط النتيجة غير المحسومة بكفاءة استخدام الحوسبة وبالعرض والطلب مع استمرار نمو تبنّي الذكاء الاصطناعي.

    • كفاءة الحوسبة
    • أسعار الذكاء الاصطناعي
    • إدارة الذاكرة
    • العرض والطلب
    • +4
  17. 0:50:43

    نقاش متحفظ حول ادعاءات تكلفة نماذج DeepSeek

    ناقش المتحدث ادعاءات متداولة عن انخفاض تكلفة تطوير نماذج DeepSeek، لكنه قدّمها كتذكّر شخصي غير مؤكد وأقرّ بأن خبرته التقنية في خلفيات الذكاء الاصطناعي محدودة. ورأى بصورة عامة أن نهج الشركة يختلف عن نهج نماذج أخرى في السوق.

    • DeepSeek
    • AI models
    • model development
    • cost claims
    • +1
  18. 0:54:35

    تشغيل المهام تلقائيًا عبر الاعتماديات والحالات

    شرح المتحدث سير عمل تنتقل فيه المنظومة إلى مهمة صغيرة أخرى بعد اكتمال مهمة وفتح اعتماديتها. ووصف النظام بأنه شديد الاستقلالية، مع بقاء تدخله ضروريًا لمراقبة العوائق والاعتماديات ثم مراجعة المشروع في النهاية، كما أشار إلى أن حدود الاستخدام قد تؤثر في سرعة التنفيذ.

    • autonomous workflow
    • task board
    • task dependencies
    • blockers
    • +2
  19. 0:57:45

    لماذا قد تقود الخلفية تصميم الواجهة

    فكّر المتحدث في البدء بالواجهة أولًا ثم رفض ذلك لهذا العمل، لأن قرارات الخلفية قد تحدد شكل الواجهة. وأوضح أن عكس التصميم ممكن نظريًا لكنه قد يخلق مشكلات، وربط زيادة استقلالية سير العمل بتقليل حاجته إلى تعدد الوكلاء إلا في التصحيح أو المراحل النهائية.

    • backend-first
    • frontend architecture
    • UI development
    • reverse engineering
    • +2
  20. 1:00:11

    هل يمكن جدولة العمل عند تجدد حدود الاستخدام؟

    ردّ المتحدث على سؤال عن استمرار العمل تلقائيًا أثناء غياب المستخدم عند تجدد حدود الاستخدام. اقترح بحث hooks وloop وdispatch كآليات محتملة لتشغيل إجراء عند حدث معين، لكنه أكد أنه لا يعرف حلًا مخصصًا لذلك ولم يثبت أن الفكرة تعمل.

    • workflow automation
    • usage limits
    • hooks
    • event-driven automation
    • +3

عندك سؤال عن حاجة في البث ده؟

اسأل في الجروب