دورة الـ 10-MVP: أتمتة الرحلة من الفكرة إلى النشر

ثمة ثورة صامتة تحدث الآن في كيفية بنائنا للبرمجيات، ولا علاقة لها بظهور إطار عمل جديد لـ JavaScript. الأمر يتعلق بتحول جذري في من — أو ماذا — يقوم بالعمل الشاق.

تخيل هذا السيناريو: أنت تنتظر رحلتك في المطار. خطرت لك فكرة. بحلول وقت هبوط الطائرة، لا يكون لديك مجرد ملاحظات في هاتفك؛ بل يكون لديك منتج أولي (MVP) منشور بالكامل مع قاعدة بيانات، ونظام مصادقة، وواجهة أمامية، ويعمل مباشرة على رابط URL. لم تكتب سطراً واحداً من الكود (Syntax). أنت فقط أدرت التدفق.

هذا ليس خيالاً علمياً. هذا ما بدأ الناس يطلقون عليه اسم "Vibe Coding" (البرمجة القائمة على الحدس/الأجواء)، وهو يغير اقتصاديات الشركات الناشئة بشكل جوهري.

لا يزال معظم المؤسسين عالقين في الحلقة القديمة: فكرة -> توظيف/كود -> تصحيح أخطاء -> نشر. هذه الحلقة بطيئة للغاية. الحلقة الجديدة تبدو هكذا: السياق -> وكيل ذكاء اصطناعي (AI Agent) -> التحقق.

قضيت الأسابيع القليلة الماضية في تحسين حزمة تقنية (Stack) تؤتمت تلك المرحلة الفوضوية في منتصف عملية التطوير. إنها تسمح لي بتشغيل عشرة نماذج أولية (MVPs) محتملة في دورات متوازية. إليكم الإعداد الدقيق، وسير العمل، والحقيقة الصادقة حول نقاط الضعف في هذا النظام.

حزمة الـ "Vibe" التقنية

لكي ينجح هذا الأمر، تحتاج إلى أدوات تتحدث مع بعضها البعض. نحن لا نبحث عن حلول المؤسسات الأكثر تعقيداً؛ نحن نريد السرعة والتكامل. إليكم مجموعة الأدوات:

1. إطار العمل (Framework): create-t3-turbo (إعداد Monorepo مبني على Turborepo يتعامل مع الواجهة الأمامية والخلفية في مكان واحد. يتضمن Next.js و tRPC و Tailwind و Prisma. مثالي للنماذج الأولية MVPs).
2. العقل المدبر (Brain): Claude Code (أداة سطر الأوامر CLI التي تعمل ككبير المهندسين لديك).
3. إدارة المشروع: Linear (مصدر الحقيقة).
4. التتبع: GitHub Issues (متزامن مع Linear).
5. البنية التحتية: Vercel (للاستضافة) + Neon (قاعدة بيانات Postgres بدون خادم).

كلاً من Vercel و Neon لديهما باقات مجانية سخية، مما يعني أن تكلفة تجربتك هي صفر فعلياً.

مرحلة الإعداد

قبل أن تكتب سطراً واحداً من الكود، تحتاج إلى "توصيل أسلاك" الماكينة. إليك عملية الإعداد الدقيقة:

1. تهيئة المشروع

ابدأ بإنشاء مشروع create-t3-turbo جديد. يمنحك هذا هيكلية Monorepo جاهزة للإنتاج مع كل شيء مهيأ مسبقاً:

npx create-turbo@latest -e https://github.com/t3-oss/create-t3-turbo

يقوم هذا الأمر بتجهيز حزمة كاملة (Scaffolding) مع Next.js للواجهة الأمامية، و tRPC لواجهات برمجة التطبيقات الآمنة (Type-safe APIs)، و Prisma لإدارة قاعدة البيانات، و Tailwind CSS للتصميم — كل ذلك في هيكلية Turborepo monorepo.

2. تثبيت Claude Code

بعد ذلك، قم بتثبيت Claude Code، مساعد التطوير الخاص بك المدعوم بالذكاء الاصطناعي. اتبع دليل التثبيت على code.claude.com. بمجرد التثبيت، يمكنك تشغيله من دليل مشروعك:

claude

3. إعداد تكامل GitHub Actions

داخل واجهة أوامر Claude Code (CLI)، قم بتثبيت تكامل GitHub Actions عن طريق تشغيل:

/install-github-app

يقوم هذا الأمر بإعداد بوت GitHub Actions الذي سيمكن Claude من إنشاء طلبات السحب (Pull Requests)، وتشغيل سير عمل CI/CD، والتفاعل مع المستودع الخاص بك (Repository). يسمح هذا التكامل لـ Claude بتنفيذ تغييرات الكود من خلال سير عمل مؤتمت بدلاً من مجرد اقتراحها. للحصول على تعليمات إعداد مفصلة، راجع وثائق GitHub Actions الرسمية.

4. ربط Linear بـ GitHub

يحدث السحر عندما تربط Linear بـ GitHub لمزامنة المشكلات (Issues) ثنائية الاتجاه. إليك الطريقة:

1. اذهب إلى صفحة تكامل Linear مع GitHub
2. انقر على "Add Integration" وفوض Linear للوصول إلى حساب GitHub الخاص بك
3. اختر المستودع الذي تريد مزامنته
4. قم بتهيئة إعدادات المزامنة:
   • مزامنة ثنائية الاتجاه (Bidirectional sync): المشكلات التي يتم إنشاؤها في GitHub تظهر تلقائياً في Linear، والعكس صحيح.
   • تعيين الحالة (Status mapping): ربط حالات سير العمل في Linear (مثل: Todo, In Progress, Done) بحالات المشكلات في GitHub.
   • مزامنة الأولوية (Priority sync): إبقاء مستويات الأولوية متزامنة بين المنصتين.
   • الربط التلقائي (Auto-linking): ربط الفروع (Branches) وطلبات السحب (PRs) تلقائياً بمشكلات Linear باستخدام معرفات المشكلة (Issue IDs).

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

5. نشر البنية التحتية

أخيراً، قم بالنشر على Vercel مع قاعدة بيانات Neon:

• اربط مستودع GitHub الخاص بك بـ Vercel
• قم بتوفير قاعدة بيانات Neon serverless Postgres (الباقة المجانية متاحة)
• أضف سلسلة اتصال قاعدة البيانات (connection string) إلى متغيرات البيئة في Vercel

بمجرد النشر، أصبح لديك الآن خط تكامل مستمر (CI pipeline) يمتد من أفكارك إلى رابط URL حي. كل دمج (Merge) إلى الفرع الرئيسي (main) يتم نشره تلقائياً للإنتاج.

سير العمل المؤتمت

هنا يبدأ الدور التقليدي لمدير المنتج (Product Manager) في التلاشي.

1. جلسة السياق

إذا كانت لديك فكرة، لا تفتح بيئة التطوير (IDE). افتح نافذة دردشة. تحدث إلى ChatGPT أو Claude. أفرغ أفكارك الخام. دع الذكاء الاصطناعي يتحداك. بنهاية هذه الجلسة، اطلب منه إنشاء وثيقة متطلبات المنتج (PRD) بتنسيق Markdown.

ما ستحصل عليه عادة ما يكون أفضل مما ينتجه معظم مديري المنتجات متوسطي المستوى. إنه مفصل، منظم، ومهني.

رؤية: أعتقد أن دور "مدير المنتج" المخصص هو أول من سيتعطل بسبب الذكاء الاصطناعي. نحن نتجه نحو عالم من "مصممي المنتجات" أو "المبدعين الشاملين" (Full-Stack Creators) الذين يتولون الرؤية، بينما يتولى الذكاء الاصطناعي المواصفات.

2. التسليم (The Handoff)

قم بتغذية Claude Code المحلي لديك بملف الـ PRD (بصيغة Markdown). هذه هي الخطوة الحاسمة حيث يحول الذكاء الاصطناعي المتطلبات إلى عناصر عمل قابلة للتنفيذ.

داخل واجهة أوامر Claude Code، وجهه لتحليل الـ PRD وإنشاء مشكلات GitHub (Issues). يستخدم Claude Code واجهة أوامر GitHub (gh) خلف الكواليس للتفاعل مع المستودع الخاص بك. إليك ما يحدث:

1. التحليل: يحلل Claude الـ PRD ويقسمه إلى مهام منفصلة وقابلة للتنفيذ.
2. إنشاء المشكلات: لكل مهمة، يقوم Claude بتشغيل أوامر مثل:

   gh issue create --title "Implement user authentication" \
     --body "Details from PRD..." \
     --label "feature" \
     --assignee "@me"
   

3. تعيين البيانات الوصفية: يقوم Claude تلقائياً بتعيين التصنيفات (ميزة، خطأ، تحسين)، والأولويات، وحتى التقديرات بناءً على التعقيد الموصوف في الـ PRD.
4. رسم خريطة الاعتماديات: إذا تم إعداد تكامل GitHub Actions، يمكن لـ Claude أيضاً إنشاء اعتماديات للمشكلات (dependencies) ومعالم رئيسية (milestones).

جمال استخدام gh CLI يكمن في قابليته للبرمجة — يمكن لـ Claude إنشاء عشرات المشكلات دفعة واحدة في ثوانٍ، كل منها منسق بشكل صحيح مع أوصاف markdown، ومعايير القبول، والملاحظات الفنية.

فجأة، تضيء لوحة Linear الخاصة بك. بفضل مزامنة Linear-GitHub التي قمت بته حيئتها سابقاً، سترى 10 إلى 20 تذكرة تظهر تلقائياً — بعناوين صحيحة، وأوصاف مفصلة، وأولويات، وحالة. قائمة المهام المتراكمة (Backlog) بالكامل التي كانت ستستغرق من مدير المنتج ساعات لإنشائها يدوياً، تم إنشاؤها في أقل من دقيقة.

3. التنفيذ

الآن، أنت تتصرف كمدير هندسي. تقوم بالإشارة إلى @claude في المشكلات للبدء في العمل على التذاكر. يكتب Claude الكود في GitHub Actions، وينشئ طلب السحب (Pull Request)، وينتظر المراجعة.

أنت تقوم بالدمج (Merge).

يبدأ نظام CI/CD الخاص بـ Vercel بالعمل. بعد دقائق، تصبح التغييرات حية ومباشرة.

الجمال في هذا هو أنه يمكن أن يحدث على هاتفك. أنت تراجع طلبات السحب وتدير اللوحة من سيارة أجرة أو مقهى. أنت لا تكتب كود React روتيني ومكرر؛ أنت تدير طاقم بناء عالي السرعة.

مشكلة "الميل الأخير"

إذا توقفت عن القراءة هنا، قد تعتقد أن الذكاء الاصطناعي قد حل كل شيء. لكنه لم يفعل.

بينما يعد "Vibe Coding" قوياً، نحتاج أن نكون صادقين بشأن حدوده. الذكاء الاصطناعي مذهل في "العمل القذر" و"العمل الجاف". يمكنه بناء هيكل قاعدة بيانات، وبناء نموذج تسجيل دخول، وإعداد مسارات API أسرع من أي إنسان.

لكنه يعاني مع "روح" المنتج.

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

في البرمجيات، هذا هو "الميل الأخير". التفاعلات التي تبهج المستخدمين، الرسوم المتحركة الدقيقة في واجهة المستخدم، الحالات النادرة في منطق العمل (Business Logic) — هنا يجب عليك أنت، الباني البشري، أن تتدخل.

إذا اعتمدت بنسبة 100% على الذكاء الاصطناعي لإنهاء المنتج، سينتهي بك الأمر ببرمجيات تعمل تقنياً لكنها تبدو فارغة عاطفياً. ستفتقر إلى تلك "الحرفة" (Craft) التي تفصل المنتجات العظيمة عن المنتجات العامة.

نصائح عملية

إذا كنت ترغب في تجربة هذا اليوم، إليك نصيحتي:

• ابدأ بـ الـ PRD: لا تطلب من الذكاء الاصطناعي "كتابة كود" فقط. جودة الكود نابعة من جودة الـ PRD. اصرف طاقتك في تحسين نص المتطلبات، وليس في صياغة الكود.
• ثق ولكن تحقق: يمكن لوكلاء البرمجة بالذكاء الاصطناعي أن يهلوسوا في الاعتماديات (Dependencies) أو يكتبوا منطقاً غير آمن. اقرأ الفروقات (Diffs). تعامل مع الذكاء الاصطناعي كمطور موهوب ولكنه مبتدئ (Junior).
• احتضن الحجم والسرعة: استخدم هذه السرعة لاختبار أفكار أكثر. إذا كان بإمكانك بناء MVP في عطلة نهاية أسبوع بدلاً من شهر، فإن احتمالات عثورك على ملاءمة المنتج للسوق (Product-Market Fit) ترتفع بشكل كبير.

لقد زال حاجز البناء. الشيء الوحيد المتبقي هو ذوقك وإصرارك.