Building the Launch Machine 🔴 Building to $100K
تحب تدعم البث؟ عضوية «داعم» على يوتيوب بـ 60 جنيه في الشهر: شارات، إيموجي، وأسئلتك بجاوبها الأول في البث. اشترك كداعم
الخلاصة
يركز البث على بناء TalkStore، وهو تصور لوكيل ذكاء اصطناعي ينفذ تغييرات عملية في متاجر Shopify، بالتوازي مع الاستعداد المبكر للإطلاق. يناقش لُقمان استخدام صفحة هبوط وقائمة انتظار وحملة توزيع وتسويق عضوي لاختبار اهتمام التجار قبل اكتمال المنتج، من دون اعتبار التسجيلات ضماناً للتحول إلى مستخدمين. ويعرض عملاً تكرارياً على الصفحة: توثيق الاتجاه البصري، وتسليم المواصفات للوكلاء قسماً بعد قسم، وفحص الحركة والأصول المرجعية، وتشخيص اختلاف ما يعلنه الوكيل عما يظهر في المتصفح؛ وقد ظهرت بعض الحركات لاحقاً، لكن التصميم والتوزيع والفيديو التشويقي ظلت بحاجة إلى متابعة. كما يطور سيراً متعدد الوكلاء للبحث والبناء والمراجعة والأمان والامتثال، مع اعتماد استرجاع وثائق Shopify حسب المهمة من Context7 بدلاً من استيرادها كاملة، من دون إثبات مستقل لدقة هذا الأسلوب. تشمل المناقشات أيضاً أتمتة تدقيق متطلبات إرسال تطبيق Shopify، وتصميم مصنّف متعدد النوايا، وحدود الجلسات واستئناف المهام، وأسئلة الجمهور عن أدوات الواجهة والخلفية والاستضافة. تظل عدة نقاط مفتوحة، منها موثوقية تشغيل سلسلة الوكلاء تلقائياً، واكتمال المراجعات، والاتجاه النهائي لصفحة الهبوط، وخطة أتمتة التوزيع.
66 لحظة من البث
- 0:01:29
لماذا يبدأ التسويق قبل اكتمال البناء؟
يوضح أن المطورين ورواد الأعمال قد ينشغلون ببناء التطبيق أو الموقع ويهملون التسويق، ولذلك يريد تجهيز مسار تسويق قبل الإطلاق مبكراً والاستفادة من خبرته في التسويق الرقمي والإعلانات.
- 0:06:21
الإطلاق قبل البداية: صفحة هبوط وقائمة انتظار وفيديو تشويقي
يعرض خطة لتجهيز صفحة هبوط وقائمة انتظار ومسار توزيع وفيديو تشويقي، ثم بدء تسويق عضوي بينما لا يزال التطبيق في مرحلة مبكرة. يرى أن الاهتمام والتسجيلات المبكرة قد يدعمان الاستمرار، لكنه يقر بصعوبة صنع فيديو مقنع قبل استقرار شكل المنتج وبحاجته إلى مزيد من البحث، مع طرح FFmpeg كخيار تقني محتمل.
- 0:12:17
إبقاء وكلاء المشروع مواكبين لتوثيق Shopify
يناقش ثلاث طرق للتعامل مع توثيق Shopify الكبير والمتغير: استيراده أو استيراد أجزاء منه إلى المشروع، مطالبة وكيل البحث بقراءته لكل مهمة، أو إجراء بحث تمهيدي قبل بدء المهمة لضمان مواكبة متطلبات Shopify. يظل الاختيار في مرحلة العصف الذهني.
- 0:13:31
تشخيص فجوة التشغيل والتقارير في سير عمل الوكلاء
يفحص سير عمل يفترض أن يتبعه بعد البناء وكلاء لمراجعة الشفرة والأمن والتحقق والامتثال. أظهرت المراجعة أن بعض الوكلاء لا يعرضون نشاطهم، بينما سلسلة ما بعد البناء لا تُشغَّل أصلاً. الحل المقترح هو إنشاء تعريفات الوكلاء الناقصة وربط أتمتة تستدعي سلسلة ما بعد البناء، لكن المقتطف لا يثبت اكتمال التنفيذ.
- 0:20:19
اختيار أداة البحث حسب تعقيد المهمة
يرى المتحدث أن البحث البسيط في التوثيق قد لا يحتاج إلى أداة بحث متخصصة، بينما قد تكون Perplexity أنسب عندما يكون البحث معقداً أو تنقصه بعض المكونات. هذا تقييم من المتحدث، وليس نتيجة اختبار معروض.
- 0:22:08
دورة تجهيز وتشغيل الوكلاء
تُصاغ تعليمات لتنظيم عمل عدة وكلاء عبر مرحلتي التجهيز والبدء، بحيث يؤدي أمر تجهيز المهمة إلى تشغيل الوكلاء وإظهار نشاطهم في موجز MCP. يبدي المتحدث شكاً لاحقاً في صحة هذا السلوك، لذلك يظل بحاجة إلى تحقق.
- 0:23:06
أتمتة تدقيق متطلبات إرسال تطبيق Shopify
بعد اكتمال مرحلة عمل، يلاحظ المتحدث أن وكيل الامتثال لم يراجع قائمة الإرسال، فيطلب فحص القائمة وقاعدة الشفرة. لاحقاً يظهر الوكيل نشطاً في مركز الوكلاء ويسجل عمله، وتحدد المراجعة غياب توثيق داخلي يبرر الصلاحيات المطلوبة لملاحظات المراجع. الخطة هي تشغيل المتابعة تلقائياً بعد كل عملية بناء وتحديث البنود تدريجياً.
- 0:25:44
التسويق قبل الإطلاق بالتوازي مع البناء
يؤكد المتحدث أهمية عدم الاكتفاء ببناء المنتج، ويخطط للعمل على قائمة انتظار وحملة توزيع قبل الإطلاق بدلاً من الإعلانات المدفوعة. الهدف هو تجهيز الوصول إلى التجار بالتوازي مع سرعة التطوير.
- 0:30:06
إدراج توثيق Shopify أم البحث فيه عند الحاجة؟
يناقش المتحدث طريقتين لإتاحة توثيق Shopify للمشروع: إدراج الأجزاء الضرورية داخله ليقرأها وكيل البحث قبل المهام، أو إبقاء التوثيق خارج المشروع والبحث فيه عند تجهيز كل مهمة. الإدراج يمنح وصولاً مباشراً لكنه قد يصبح قديماً مع تحديث التوثيق، بينما البحث عند الطلب قد يحافظ على الحداثة لكنه يثير أسئلة عن سرعة العثور على المصدر الصحيح وتكلفة أدوات البحث. ينتهي المقطع قبل اكتمال التوصية، ويُطرح تضييق النطاق إلى مجموعات حرجة مثل Admin API بدلاً من استيعاب التوثيق الضخم كله.
- 0:37:17
التخصيص التدريجي لسلوك مساعد الذكاء الاصطناعي
يرى المتحدث أن التخصيص لا يقتصر على الضبط التقني، بل يشمل تشكيل شخصية المساعد ووعيه بالسياق وفق تفضيلات المستخدم. ويشير، من واقع تجربته، إلى اختلاف هذا التكيف التدريجي في OpenClaw عن ضبط تطبيق وسيط، مع تأجيل المناقشة التفصيلية إلى مرحلة لاحقة.
- 0:38:59
استرجاع وثائق Shopify حسب المهمة بدل استيرادها بالكامل
بسبب ضخامة وثائق Shopify، تقرر أن يسترجع وكيل البحث عند الطلب الأجزاء المرتبطة بكل مهمة من فهرس Context7، ثم يمرر النتائج إلى وكيل البناء لتقليل التخمين. تطور التصميم من توجيه واسع بحسب المجال إلى جدول إلزامي أدق قائم على القدرات والكلمات المحفزة، مع قاعدة احتياطية للبحث عن أي استخدام لواجهة Shopify يكتشفه فحص قاعدة الشفرة حتى لو لم يكن مدرجًا؛ فالجدول حد أدنى وليس حدًا أقصى. كما أصبح المخرج المطلوب يتضمن مراجع دقيقة لعمليات أو نقاط API ذات الصلة. يصف المصدر إعداد هذا السلوك، لكنه لا يوثق اختبارًا مستقلاً لدقته.
- 0:44:13
عناصر حملة التسويق قبل الإطلاق
تتناول المناقشة البدء بالتسويق العضوي وتأجيل الإعلانات المدفوعة، مع إعداد حملة توزيع قبل الإطلاق تتمحور حول صفحة هبوط وقائمة انتظار وفيديو تشويقي. طُرحت هذه العناصر كخطة وتركيز للعمل، لا كنتائج مثبتة لحملة منفذة.
- 0:49:34
تشخيص تكامل React Island في صفحة هبوط
يستخدم المتحدث ظهور زر تفاعلي أعلى الصفحة كفحص سريع: ظهوره يعني أن أساس React Island يعمل وأن المشكلة المرجحة في مكتبة الحركة، بينما غيابه يشير إلى خلل في تكامل React نفسه. طُرح ذلك كمنطق تشخيصي مشروط، ولم تسجل المقاطع نتيجة الفحص.
- 0:51:40
استخدام OpenClaw كوكيل للتسويق
نقاش موجز عن إمكانية استخدام OpenClaw لإدارة الحملات التسويقية للمنتجات، مع رأي إيجابي في فائدته المحتملة للتسويق دون عرض نتائج عملية.
- 0:53:05
انطباع عن تصميم موقع Whisperflow
إشادة بموقع Whisperflow ووصفه بأنه جميل وراقٍ وعالي الجودة.
- 0:53:45
مراجعة صفحة Talk Store التعريفية
كان من المتوقع أن يضيف إصلاح معلن عنوان الواجهة الرئيسية والنص التمهيدي والوسوم وأزرار الدعوة ونموذج العرض والحركة. بعد تشغيل خادم التطوير ومراجعة الصفحة، بدا أن الحركة المطلوبة غير موجودة. وتناول النقاش أيضاً إنجاز الصفحة بكفاءة، وتجنب التصميم العام أو الحاد أكثر من اللازم، وصقل أسلوب Talk Store، وعرض تموضعه الموجه لتجار Shopify.
- 0:55:47
مراجعة أولية لصفحة الانتظار وتنظيم مهمة صقلها
انتقد المتحدث التصميم بوصفه عاماً ولا يعرض الحركات المتوقعة، مثل ظهور كلمات العنوان تدريجياً. أبقى المهمة في قسم المراجعة وتعامل معها كحالة خاصة سيعمل عليها تكرارياً خارج سير لوحة المهام المعتاد.
- 1:00:36
مزايا Cursor وقيوده في عمل الواجهات
رأى المتحدث أن Cursor مفيد لأعمال التصميم والواجهة لأنه يضع المتصفح والعناصر بجوار الوكيل، ويسهّل تحديد العناصر ونقل المقتطفات والاستفادة من مراجع ويب أخرى. وفي المقابل وصف مشكلات واجهها مع عزل الطرفية، وانقطاع إدخال الصوت بعد عدة جولات، وسلوك اللصق غير المعتاد، كما رأى أن وكيله جيد لكنه مكلف.
- 1:04:00
إعادة تشغيل خادم تطوير صفحة Astro مستقلة
سأل المتحدث عن إيقاف وإعادة تشغيل خادم تطوير صفحة الانتظار بشكل مستقل عندما كان أمر التطوير الافتراضي يشغّل تطبيق Shopify بدلاً منها. أشارت الإجابة الظاهرة إلى أن الصفحة مشروع Astro داخل مجلد landing، مع إدارة العملية على منفذها ثم إعادة تشغيل خادم التطوير.
- 1:07:42
تعاون تكراري مع الوكيل وفحص بصري عبر Playwright MCP
قرر المتحدث التعاون مباشرة مع الوكيل لتحليل صفحة الهبوط وصقلها تكرارياً مع إبقاء المهمة قيد المراجعة. حاول إضافة Playwright MCP كي يتمكن الوكيل من فتح الصفحة والتقاط لقطات للفحص البصري، لكن النص يسجل إخفاقات اتصال ولا يثبت نجاح الإعداد أو اكتمال التحليل.
عندك سؤال عن حاجة في البث ده؟
اسأل في الجروب