Talkstore Begins Now! 🟢 Building to $100K
تحب تدعم البث؟ عضوية «داعم» على يوتيوب بـ 60 جنيه في الشهر: شارات، إيموجي، وأسئلتك بجاوبها الأول في البث. اشترك كداعم
الخلاصة
يوثّق البث بداية بناء Talkstore علنًا: تصورٌ لمساعد ذكاء اصطناعي متخصص داخل Shopify يتيح للتاجر إدارة المنتجات والواجهة وذكاء التجارة بالمحادثة، مع طرح قدراته وخيار التوسع خارج Shopify بوصفهما توجهات مستقبلية مشروطة لا نتائج مثبتة. ركّز العمل العملي على إعداد تطبيق Shopify ومتجر التطوير، وربط Supabase وترحيلات Prisma وحماية الأسرار، ثم تشخيص مشكلات الجلسات والاتصال والمعاينة والنشر على Railway. نجحت المعاينة وبعض خطوات الإعداد، وظهرت الخدمة نشطة في مرحلة لاحقة، لكن عدة أخطاء في قاعدة البيانات والشبكة والبناء والنشر بقيت متقطعة أو غير محسومة في المقاطع، ما أبرز أهمية البدء بالسجلات، توثيق المشكلة، تغيير منظور التشخيص، ومراجعة تنازلات وكلاء البرمجة بدل الاكتفاء بنتيجة تعمل مؤقتًا. يعرض البث أيضًا مركز أوامر متعدد الوكلاء يفصل البحث وتحضير المهمة عن البناء ومراجعة الكود والأمن والامتثال، مع اعتماديات وجدول زمني متكيف وبوابات مراجعة بشرية. رأى لقمان أن هذا التنظيم سرّع العمل وحفظ سياقه، لكنه ظل يتحقق من تشغيل جميع الوكلاء ووضوح سجلاتهم، مؤكدًا أن تسجيل الدخول والأسرار والقرارات الدقيقة ما زالت تحتاج إلى تدخل بشري وأن عدد المهام لا يعكس صعوبتها. انتقل العمل لاحقًا إلى مسار ما قبل الإطلاق: صفحة انتظار بسيطة ومصقولة منفصلة عن تطبيق Shopify باستخدام Astro، وجمع البريد والتحليلات وبيانات المشاركة، وفيديو تشويقي وحملة توزيع؛ إلا أن النسخة الأولى من الصفحة عانت من غياب قسم البداية ومشكلات في التصيير والتنسيق، فاعتُبرت مسودة تحتاج إلى مراجعة لاحقة لا إنجازًا نهائيًا. وشملت النقاشات المفيدة أسئلة الجمهور عن استخدام الذكاء الاصطناعي لاستكشاف فرص مبنية على الخبرة، واقتصاديات SaaS واختيار الإعلانات أو SEO وGEO، وفرص أتمتة واتساب عربيًا، واستهداف أسواق خارجية، إلى جانب الإملاء الصوتي المحلي وأتمتة المحتوى وبناء مجتمع Telegram. كما شُخّص تقطع البث وتأخيره مع بقاء السبب التقني غير مؤكد، ونوقشت بإيجاز الموسيقى وحقوق النشر وثقافة الجيم.
121 لحظة من البث
- 0:57:41
تشخيص فشل تجهيز معاينة تطبيق Shopify
بعد بدء خادم التطوير وتحميل متغيرات البيئة، يفشل تجهيز المعاينة ولا تظهر رسالة الخطأ كاملة. تُجرَّب مخرجات أكثر تفصيلًا لتحديد مصدر الخطأ، ثم يظهر اقتراح بتثبيت مدير لإصدارات Node لتسهيل التبديل بينها؛ ولا تؤكد الصفحة أن المشكلة حُلّت.
- 1:00:33
متى يحتاج وكيل البرمجة إلى تدخل بشري؟
يوضح لقمان أن بعض المهام يمكن أن ينفذها الوكيل بسلاسة، بينما تتطلب خطوات مثل تسجيل الدخول أو إدخال رموز ومعلومات لا يستطيع الوصول إليها مساعدة بشرية.
- 1:01:33
استكشاف تعطل معاينة التطوير في Shopify CLI
جرّب لقمان تثبيت Node 22 واختياره عبر مدير إصدارات، وفتح جلسة طرفية جديدة، ومراجعة الإعدادات بدل مواصلة التخمين. نجحت بعض الخطوات، لكن خطأ بدء معاينة التطوير ظل قائمًا، ولم يصل النقاش إلى حل نهائي.
- 1:08:58
رفع جودة فيديو التشويق قبل الإطلاق
يصف لقمان فيديو التشويق بأنه عنصر مهم في حملة ما قبل الإطلاق، ويقول إن قلقه نابع من معاييره المرتفعة ورغبته في أن تكون النتيجة قوية ومرضية له.
- 1:15:35
تشخيص المعاينة وفتح Talkstore محليًا
بعد الاشتباه في أن الخلل من الخلفية لا من الطرفية، أُعيد فتح جلسة جديدة ونجحت المعاينة. استعرض Luqman واجهة Talkstore الأولية وواجهة GraphQL، ثم سأل عن الطريقة الصحيحة لتشغيل معاينة التطوير لاحقًا.
- 1:19:11
إعادة الوكلاء إلى المهمة الأصلية
بعد الانحراف إلى التشغيل والمعاينة، طلب Luqman من وكيلي الاستكشاف والبحث تحليل المهمة وتحديد ما إذا كانت قد اكتملت، حتى لا يضيع مسار العمل الأصلي.
- 1:21:49
تحضير المهام عبر عدة وكلاء مع بوابة مراجعة بشرية
شرح Luqman تفضيله لمتابعة دورة العمل الكاملة بدل بدء مهام متوازية فورًا: يتعاون وكلاء البحث والاستكشاف وTalkstore في إعداد ملف المهمة وطرح أسئلة عند الحاجة، ثم يُمرَّر الطلب المحسن إلى وكيل البناء. تبقى المهمة قيد المراجعة ولا تُعد منجزة حتى يعتمدها المشغّل البشري.
- 1:26:24
تعاون الإنسان والوكيل في إعداد نشر Railway
صُنفت مهمة إعداد مسار نشر Railway كتعاون بين الإنسان والوكيل لأن بعض خطوات المنصة تتطلب تدخل المشغّل. ذكر Luqman أنه لم يستخدم Railway من قبل وأن الوكلاء أوصوا به بعد تقييم المشروع، مع إبقاء خطوات مفاتيح API والأسرار خارج الشاشة.
- 1:31:55
استكشاف تعطل النشر على Railway
مناقشة تعطل البناء على Railway والالتباس حول استخدام Dockerfile بدل آلية البناء الافتراضية. طُرح تحديث Dockerfile ليتوافق مع حزمة React Router 7، ثم إعادة النشر للتحقق، من دون تأكيد نجاح المحاولة.
- 1:36:57
البدء بالمخرجات والسجلات عند تشخيص البناء
شرح لنهج تشخيص عملي يبدأ بفحص مخرجات البناء لأنها تعكس أثر التغييرات، ثم الرجوع لمراجعة الكود وتحديد المشكلة عبر السجلات عند الحاجة.
- 1:38:06
ضبط صلاحيات وكيل البرمجة للـ commit والـ push
مناقشة السماح لوكيل برمجة بتنفيذ commit وpush إلى GitHub بعد طلب الموافقة، مع ملاحظة أن قاعدة سابقة تمنعه من ذلك في كل الحالات ربما كانت مقيّدة أكثر من اللازم وتحتاج إلى تعديل.
- 1:44:15
قاعدة أذونات Claude تعطل الـ commit والـ push
يشخّص Luqman فشل سير GitHub: قاعدة صارمة تمنع Claude من تنفيذ commit أو push قبل طلب الإذن، لكنها تبدو مانعة للعمل حتى بعد منح الإذن. يزيل hook كان قد أضافه ويبحث عن إعداد يسمح بالدفع والفحص تلقائياً، مع بقاء المحاولة غير ناجحة في هذا المقطع.
- 1:48:29
إضافة توجيه أثناء استمرار Claude في العمل
يوضح استخدام أمر «/btw» لإرسال ملاحظة أو مطلب إضافي إلى Claude في منتصف المهمة، بحيث يرد ويواصل العمل مع أخذ التوجيه الجديد في الاعتبار.
- 1:50:21
مراجعة مهام الـ pipeline وSupabase
يراجع العمل التالي: مهمة pipeline ثم مهام متعلقة بـ Supabase، ويشير إلى أن هذه المهام قد تكون ثقيلة بسبب اعتمادها على التعاون وأن نطاق عمل Supabase ما زال يحتاج إلى فهم أوضح.
- 1:51:59
لماذا يجب مراجعة تنازلات وكيل البرمجة؟
يوضح لقمان أن وكيل البرمجة قد يجري تنازلات ليصل إلى حل لمهمة عالقة، وقد تظهر آثارها لاحقًا. ويذكر مثالًا أزال فيه الوكيل حقلًا مخصصًا لتشغيل Shopify CLI، لذلك شدد على فهم ما غيّره الوكيل ولماذا، والتحقق من أثره المستقبلي بدل الاكتفاء بأن النتيجة تعمل حاليًا.
- 1:55:33
التعامل مع فشل نشر متكرر وتعليق مرحلة بناء الصورة
خلال محاولة نشر مباشرة، يقارن لقمان التجربة بإعداد سابق كان أقل حاجة إلى تعديل الإعدادات، ويرصد تكرار الفشل وتعليق العملية عند مرحلة بناء الصورة. جرّب منح الوكيل سياقًا أو تفكيرًا أوسع، ورأى أن هذا المسار قد يوفر وقتًا إن نجح، لكن المقتطف لا يؤكد نجاح النشر نهائيًا.
- 2:00:25
خطة الأسبوع الأول: حملة توزيع وصفحة انتظار
يستعرض لقمان بإيجاز لوحة العمل، موضحًا أن معظم مهام الأسبوع الأول تتعلق بحملة توزيع وصفحة هبوط لقائمة انتظار.
- 2:01:16
تشخيص فشل بناء صورة على Railway
تتبّع فشل متكرر في البناء رغم أن السجلات لم تعرض تفاصيل كافية. أشار ناتج الخطأ إلى احتمال استبعاد مجلد Prisma بواسطة dockerignore وتجاهل ملف package-lock، لكن البناء ظل يفشل بعد محاولة التصحيح، لذلك بقي السبب النهائي غير محسوم.
- 2:09:03
كسر حلقة التصحيح بتوثيق المشكلة وتغيير النهج
بعد تكرار المحاولات دون تقدم، تقرر التوقف عن النهج نفسه، ومراجعة إعدادات Railway، وتجميع المشكلة وسياقها في ملف Markdown كي يمكن نقلها إلى نموذج آخر ومتابعة التشخيص من منظور مختلف.
- 2:13:43
نقل حالة العطل إلى Codex
استُخدم مستند يلخص ملاحظة العطل وحالة المستودع لإعطاء Codex سياقًا عن محاولة سابقة طويلة، مع متابعة طريقة تفكيره وإمكان تنفيذ تغييرات في المستودع. لا توثق المقاطع نتيجة نهائية.
عندك سؤال عن حاجة في البث ده؟
اسأل في الجروب