ابدأ هنا: خريطة الكورس والنظام الذي ستبنيه

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

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

يتكون الكورس من 12 وحدة، واحدة منها توسع اختياري، ومن 60 درساً. ومعه كتالوج من 50 بطاقة أداة في 10 مجموعات. الشرح بالعربية، والمصطلحات التقنية بأسمائها الأصلية كما ستراها في الكود والتوثيق.

لمن هذا الكورس

الكورس لأصحاب مواقع WordPress والمستقلين والمسوّقين الذين يريدون بناء أداة مدفوعة بمساعدة البرمجة بالذكاء الاصطناعي. المستوى يبدأ من مبتدئ تقني يعرف الأساسيات، ويصل إلى المتوسط.

تحتاج أن تفهم لوحة تحكم WordPress وملفات الموقع، وأن تقرأ HTML وJSON بسيطاً. إن لم تكن كذلك اليوم، فتعلّم هذه الأساسيات قبل الوحدة 03.

ما ستستطيع فعله في نهاية المسار

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

البرمجة بمساعدة AI لا تعفيك من قراءة كل تغيير واختباره. ستطبّق هذا الشرط في كل وحدة.

ما تحتاجه قبل أن تبدأ

• حاسوب واتصال إنترنت.
• موقع تطوير أو نسخة Staging معزولة، أي نسخة منفصلة تجرّب عليها دون أن يتأثر موقع حي.
• محرر كود، وGit لحفظ نقاط ترجع إليها في الكود.
• مساعد برمجي واحد، مثل Claude Code أو Codex.

لتشغيل الأدوات فعلياً تحتاج حساب API لدى مزوّد الذكاء الاصطناعي، بميزانية اختبار منفصلة عن اشتراك المساعد البرمجي. وتحتاج بوابة دفع متوافقة في وضع Sandbox، وهو وضع تجريبي لا يحرّك مالاً حقيقياً. أدوات بناء Blocks تحتاج Node بالإصدارات التي جُرّبت في الكورس.

المراحل الأولى لا تشترط موقعاً مدفوعاً ولا دفعاً حياً.

المسار الأساسي والوحدة الاختيارية

المسار الأساسي 55 درساً. الوحدة العاشرة تضيف خمسة دروس عن Gutenberg Blocks وn8n وMake وخدمة Python مستقلة. تستطيع تأجيلها إلى ما بعد أول إطلاق، أو أخذ جزء Blocks قبل ورش الأدوات إن أردت تخصصاً أعمق في محرر WordPress.

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

ما ستبنيه بيدك

ستبني ست أدوات تمثل الكتالوج في خمس ورش: Hooks، والعناوين، وإعلان Meta، ومخطط المقال، والمقال التعليمي، والمقال الإعلاني. ثم تضيف أداة سابعة وحدك كتحدٍّ مستقل.

بقية الكتالوج تضيفها بخمسة أنماط تنفيذ يشرحها الكورس. لن تحتاج خمسين منظومة مالية مختلفة، لأن كل الأدوات تشترك في الحساب والمحفظة نفسيهما.

خريطة الكورس

ما تسلّمه في نهاية كل مرحلة

• الوحدتان 01 و02: مواصفات الجمهور والأدوات، وبيئة التطوير، ومستودع الكود، وإضافة WordPress أولية.
• الوحدات 03 إلى 06: مسار محمي، ومحرك AI، وواجهة، وست أدوات ممثلة.
• الوحدات 07 إلى 09: حواجز أمان، ومحفظة، ودفع اختباري، وتسوية تستطيع إثبات صحتها.
• الوحدتان 11 و12: إصدار قابل للتجربة، وعرض تخرج، وخطة إطلاق محدودة.

الوحدة 10 توسع اختياري خارج هذه المعالم.

النظام الذي ستبنيه

المنصة أجزاء، لكل جزء دور واحد. يلخص الجدول كل جزء والقرار الذي يحكمه.

WordPress REST هي الواجهة التي يستقبل بها موقعك طلبات الأدوات ويرد عليها. Tool Registry هو سجل الأدوات: مجموعة تعريفات تصف كل أداة بحقولها وتعليماتها وشكل نتيجتها وسعرها. AI Provider Adapter طبقة واحدة تتصل بمزوّد النموذج، وتحوّل رده إلى شكل تفهمه المنصة.

Job Service يتابع المهام التي تأخذ وقتاً، مثل المقالات. وWallet Service يدير الرصيد وكل حركة عليه.

خمسة أنماط تغطي معظم الكتالوج

1. قائمة قصيرة: للعناوين والـ Hooks.
2. أجزاء منظمة: للإعلانات والأوصاف.
3. مهمة طويلة: للمقالات.
4. استخراج من مصدر: للملخصات وFAQ.
5. مسار متعدد المراحل: لحزم القنوات والحملات.

اختلاف النمط قد يغيّر القالب ومدة التنفيذ وطريقة التسوية. أما الهوية والمحفظة فتبقيان مشتركتين بين الأنماط كلها.

رحلة طلب مدفوع

هذا هو المسار الذي يمر به كل طلب يستهلك رصيداً، وستبنيه خطوة بعد خطوة:

1. يسجّل المستخدم دخوله، ويتأكد السيرفر من هويته.
2. يفحص السيرفر صلاحيته ومدخلاته وحدود استخدامه.
3. يحدد السيرفر الأداة ونسخة السعر، ولا يأخذهما من المتصفح.
4. يسجّل السيرفر الطلب ويحجز الرصيد حجزاً ذرياً، أي في خطوة واحدة لا يستطيع طلب آخر أن يتداخل معها.
5. يتصل السيرفر بمزوّد AI خارج معاملة قاعدة البيانات.
6. يتحقق السيرفر من النتيجة، ثم يسوّي الاستهلاك أو يفرج عن الحجز وفق السياسة المعلنة.
7. إن بقيت حالة الطلب غير معروفة، يدخل الطلب مراجعة وتسوية، ولا يعيد السيرفر التوليد دون فحص.

تصميم الحجز والتسوية، واختيار المصدر المالي المعتمد، مقترح تطبيقي لهذا المشروع. ستثبت خصائصه في الكود والبيئة قبل أن تبيع. واستخدام WordPress أو myCred وحده لا يثبت صحة التعامل مع الطلبات المتزامنة، أي الطلبات التي تصل في اللحظة نفسها.