Building Intelligence + Manifesto
تحب تدعم البث؟ عضوية «داعم» على يوتيوب بـ 60 جنيه في الشهر: شارات، إيموجي، وأسئلتك بجاوبها الأول في البث. اشترك كداعم
الخلاصة
يركّز البث على مراجعة Burnish عمليًا قبل الإصدار الأول: فحص تجربة المستخدم لأول مرة، وتوثيق أخطاء حالات جاهزية المنتجات والنشر والروابط والنص البديل، واختبار دفعات الطيار الآلي وتوقيتها وحالات التحميل والإيقاف. كما يتتبع أعطال إنشاء المانيفستو وتنزيله وعرض قسم الأسئلة الشائعة، مع اعتماد سير عمل يقوم على التحقق البصري، وتسجيل المشكلات، وتتبع أسبابها، ثم تسليمها إلى جلسات تنفيذ منفصلة ودمج التغييرات ونشرها تدريجيًا. لم يكتمل العمل؛ فالطيار الآلي وصفحة Intelligence وربط المانيفستو ببقية التطبيق ظلت بحاجة إلى اختبار وصقل، وبعض أسباب الأعطال لم تُحسم. ويتوسع النقاش إلى فكرة مكتب افتراضي داخل Telegram للتعاون وتتبع تقدم المشاريع، حيث جرى استكشاف نموذج أولي وحركة الشخصيات والتصادمات، لكن الغرض المستدام ونطاق التنفيذ والخصوصية بقيت أسئلة مفتوحة. وتشمل أسئلة الجمهور ونقاشاته إطلاق تطبيقات الجوال، واختيار B2B أو B2C ومنصة الويب أو الجوال، وتحليل المنافسين واقتصاديات الوحدة والتسويق، إلى جانب آراء متحفظة حول أدوات ونماذج البرمجة الوكيلة، والبنية التحتية للذكاء الاصطناعي وتسعير التوكنز. ويؤكد المتحدث أن ملاءمة الأداة لسير العمل أهم من الادعاءات العامة، وأن بناء المنتج ليس نهاية الرحلة بل بداية اختبار السوق والاستمرار فيه.
82 لحظة من البث
- 2:20:26
العمل المبكر وصعوبة الحفاظ على الروتين
يرى المتحدث أن بدء العمل مبكرًا يمنح إحساسًا بيوم أطول وإنجاز أكبر، لكنه يؤكد أن التحدي الحقيقي هو الاستمرار. ويذكر أن الأنشطة الليلية المتأخرة قد تعطل النوم والقدرة على بدء اليوم التالي مبكرًا.
- 2:20:56
بناء حضور متخصص على X للجمهور العربي
يناقش متطلبات تحقيق الدخل من X كما كانت مفهومة وقت التسجيل، ثم يقترح أن ضعف حضور المحتوى العربي المتخصص على المنصة قد يتيح فرصة للنمو. الفكرة العملية هي إعادة صياغة المشاركات المفيدة المنشورة في مجتمع Telegram كمحتوى منتظم على X، خصوصًا في مجال البرمجة بمساعدة الذكاء الاصطناعي.
- 2:26:05
مراجعة الاستقلالية عبر مستويات النظام
نقاش تقني يتساءل عما إذا كان «الحضور» يتوقف عند المستوى الثاني بينما تصل «السلطة» إلى المستوى الثالث، مع اقتراح تسجيل المشكلة والتحقق من عمل الطيار الآلي عبر جميع المستويات، لا ضمن مسار واحد فقط.
- 2:33:16
من بيئات التطوير إلى أدوات البرمجة الوكيلة
استعراض شخصي للانتقال من VS Code إلى Antigravity بعد وقت قصير من طرحه، الذي يعتقد المتحدث أنه كان في أواخر 2025، ثم الانتقال قرابة أوائل أو منتصف يناير إلى Warp واستخدامه حتى أبريل. ويرى المتحدث أن Antigravity وCursor انتقلا لاحقًا من نموذج بيئة التطوير التقليدية إلى واجهات وكيلة شبيهة بـCodex، ويقول إن تجربة واجهة Warp الطرفية بدأت تضايقه.
- 2:44:26
تنظيف وصقل سلوك المستويين الثاني والثالث
ملاحظة ختامية موجزة تفيد بأن العمل المتبقي هو التنظيف والصقل المتعلقان بالمستويين الثاني والثالث؛ ولا توضح العبارات المقتضبة تفاصيل التنفيذ أو نتيجة نهائية.
- 2:45:21
تنظيف طلبات الدمج وتجهيز تسليم لمنسّق متعدد الوكلاء
بعد التحقق من طلب الدمج ونشره، طُلب تنظيف الطلبات الأخرى وتجميع الأخطاء المكتشفة في موجّه تسليم لجلسة جديدة، مع تنظيمه بحيث يفهم المنسّق أن العمل قد يوزَّع على عدة وكلاء فرعيين.
- 2:55:47
منهجية تصحيح الأخطاء قبل بدء جلسة التنفيذ
وُصفت مرحلة التصحيح بأنها تسجيل المشكلات والتحقق منها وتتبع مصادرها ثم صياغة موجّه للعمل. وعندما قيل إن مشكلة أصلحت نفسها، جرى فحصها أولًا وتبيّن أن قسم الأسئلة الشائعة ما زال مفقودًا، فتقرر إصلاحه قبل بدء جلسة التنفيذ التالية.
- 2:59:26
تشخيص عدم ظهور قسم الأسئلة الشائعة المحسّن
طُلب استخدام نماذج مرئية لفحص النتيجة مباشرة. وأوضح التشخيص أن الأسئلة الشائعة موجودة تقنيًا في صفحة المنتج وأن التطبيق مفعّل في القالب، لكن الكتلة المحسّنة التي أُعدّت سابقًا لا تظهر، لذلك استمر البحث عن موضع العمل المدمج وسبب عدم عرضه.
- 3:06:20
فكرة مكتب افتراضي تعاوني داخل تيليجرام
تصور أولي لمكتب افتراضي ثنائي الأبعاد داخل مجموعة تيليجرام، يمتلك فيه المشاركون شخصيات رمزية متحركة، ويمكنهم رؤية ما يعمل عليه الآخرون والتواصل معهم. الفكرة ما زالت تجريبية، ولم يُحسم نطاقها أو مدى صعوبة تنفيذها.
- 3:09:11
توجيه النموذج الأولي باستخدام مرجع بصري
صياغة ملاحظات تنفيذية تطلب دراسة صورة مرجعية بعمق وتحويل النموذج إلى مكتب ثنائي الأبعاد ملوّن يضم مكاتب عمل ومساحة استراحة محتملة. يعرض المقطع أسلوبًا عمليًا لتحسين مخرجات البناء عبر مقارنة النتيجة بمعيار بصري واضح مع مراعاة تكلفة الاستكشاف.
- 3:13:20
التحقق من استدامة الإصلاح وتسليم جلسة العمل
بعد نجاح تغيير ما، يطرح المتحدث أسئلة متابعة حول ما إذا كان الإصلاح دائمًا أم أن المشكلة قد تتكرر، ثم يشير إلى الاستعداد لتسليم جلسة برمجية مُعَدّة مسبقًا. التفاصيل التقنية الدقيقة غير ظاهرة في النص.
- 3:14:56
استكشاف بناء التطبيق بصورة تعاونية
يفكر المتحدث في تجربة بناء التطبيق الصغير المرتبط بتيليجرام خلال البث، مع احتمال فتح مستودع مشترك إذا لاقت الفكرة قبولًا. يظل أسلوب التنفيذ والتعاون غير محسومين.
- 3:16:58
آراء حول تقييد النماذج ومعالجة كسر الحماية
توقّع المتحدث أن عودة النظام قد تصاحبها قيود وتنظيمات أكبر من دون أن يصبح بالضرورة أقل قدرة، ورأى أن المطلوب أساسًا هو إصلاح مسار كسر الحماية. كما ناقش، مع إبداء عدم اليقين، ادعاءات عن الإبلاغ عن كسر حماية ووجود فرق متخصصة أو برامج مكافآت لاكتشافه.
- 3:22:42
تسليم سير عمل ضمان الجودة المرئية إلى جلسة جديدة
طلب المتحدث إنشاء موجّه تسليم لجلسة منفصلة تتابع سير عمل المراجعة البصرية الذي جرى إعداده، وسأل إن كان ينبغي انتظار اكتمال جلسة البرمجة الحالية قبل إعادة ضبط التطبيق.
- 3:33:14
تدقيق الصفحة من منظور المستخدم لأول مرة
طلب فحص الصفحة كاملةً لتمييز ما هو موصول فعليًا عما هو مجرد واجهة، وتقييم مسار المستخدم لأول مرة، وتحديد العناصر الناقصة بإيجاز، مع الإقرار بأن الخلفية ما زالت ضعيفة وأن الاختبار سيكون ضروريًا.
- 3:37:45
توضيح سير عمل موضوعات المقالات بالذكاء الاصطناعي
ينبغي أن توضّح الصفحة فور وصول المستخدم أن Burnish ينشئ موضوعات مقالات بالذكاء الاصطناعي. ويشمل العمل استعادة التصور السابق لسير المقالات ومفهوم التشغيل التلقائي، ثم شرح تبويب الموضوعات بلغة بسيطة وتحديد سلوكه وعدد الموضوعات التي يولدها.
- 3:44:53
إعطاء صفحة Intelligence الأولوية
تغيّرت الأولوية من المقالات والظهور إلى استكمال صفحة Intelligence أولًا، لأنها تُعد أساسًا يؤثر في بقية التطبيق. والخطوة المقترحة هي فهم بنية الصفحة وما هو موصول فيها بعمق، ثم تدوين المتطلبات وإعداد توجيه للعمل اللاحق.
- 3:58:39
دور المانيفستو والتحقق من جاهزية توليده
يوضح المتحدث أن إنشاء المانيفستو متاح لكل الفئات وموصى به للمستخدمين، لأنه يُفترض أن يوجّه جوانب لاحقة من التطبيق، مثل واجهة المتجر، والكتابة، والظهور، والموجّهات، وموضوعات المقالات ولغتها، واستكشاف السوق. ورغم أن التنفيذ يبدو مقفلاً، فهو لم يعاين المانيفستو الناتج بعد؛ لذلك يريد توليده وفحص ملف PDF وعدد صفحاته واكتماله قبل بحث توصيله ببقية الواجهة الخلفية.
- 4:02:21
ما حدود تعديل التصميم المُولَّد؟
طُرح سؤال عن ضبط التكبير ليتوافق التصميم مع شاشة الموبايل، وإمكان إضافة غرف متعددة وتحسين التخطيط بعد تنزيله. لا تتضمن الصفحة إجابة حاسمة عن حدود التعديل.
- 4:08:23
فحص العامل المحلي عند تعطل إنشاء Manifesto
جرى مسح مهام غير مرغوبة وتشغيل عامل محلي للتوليد، ثم لوحظ أن نافذة إنشاء Manifesto معطلة وطُرح احتمال ارتباط المشكلة بالعامل المحلي. لم يُثبت سبب العطل أو حله في هذه الوحدات.
عندك سؤال عن حاجة في البث ده؟
اسأل في الجروب