الـ Vibe Coding محتاج دومين: سجّله من غير ما تخرج من سير العمل

كتبت prompt، وراقبت شجرة الملفات وهي بتتملي، وبعد 30 ثانية ظهر لك رابط شغّال في المحادثة. ده جوهر جاذبية الـ vibe coding: المسافة بين «عندي فكرة» و«في حاجة شغّالة على الإنترنت» بقت تقريبًا قد وقت استراحة قهوة. إلا إن الرابط اللي قدامك بينتهي بحاجة زي my-app-a3f9.vercel.app أو my-app.lovable.app — ده نطاق فرعي للمنصة، مش اسم تحطه على كارت بيزنس. الانتقال من هنا لدومين تملكه فعلًا هو عادةً المكان اللي سير العمل بيتقطع فيه، ومش لازم يحصل كده.

إيه المقصود فعلًا بـ "vibe coding"؟

لو المصطلح مش مألوف لك: Wikipedia بتعرّف vibe coding بأنه «ممارسة لتطوير البرمجيات بمساعدة الذكاء الاصطناعي، يصف فيها المطور مشروعًا أو مهمة في prompt لنموذج لغوي كبير (LLM) فيولّد الكود المصدري تلقائيًا». السمة الأساسية مش مجرد إن الذكاء الاصطناعي بيكتب الكود — أدوات أقدم كتير عملت ده بالإكمال التلقائي — لكنها إنك في الغالب بتقبل اللي طلع لك وتكرر التحسين بوصف التغيير التالي بلغة عادية، بدل ما تقرأ كل سطر أنتجه النموذج. Andrej Karpathy، الرئيس السابق للذكاء الاصطناعي في Tesla وأحد مؤسسي OpenAI، صاغ المصطلح في فبراير 2025، وانتشر بسرعة لدرجة إن Merriam-Webster أشار له كعامية رائجة خلال شهر، وبعدها Collins English Dictionary اختاره كلمة العام.

ده مش انتقاد للممارسة. إنك توصف اللي عايزه وترجع لك تطبيق شغّال دي طريقة جديدة فعلًا للبناء، والأدوات اللي قامت حواليها — Cursor وLovable وReplit وbolt.new وv0 وClaude Code — بقت كويسة كفاية لدرجة إن النموذج الأولي الشغّال مبقاش هو الجزء الصعب. الجزء الصعب، أو على الأقل الجزء اللي لسه شكله من 2015، هو كل اللي بييجي بعد «هو شغّال»: تسميته، ووضع عنوان حقيقي له.

آخر ميل: من نطاق فرعي للمنصة إلى دومينك أنت

كل المنصات دي بتحل المشكلة نفسها بالطريقة نفسها: انشر الأول، وانشر على نطاق فرعي من دومين المنصة نفسها، وخلي الدومين المخصص خطوة اختيارية لاحقة تضبطها من لوحة الإعدادات. ده اختيار افتراضي صح — مش المفروض تحتاج تملك دومين قبل ما تعرف حتى هل فكرتك شغّالة — لكنه معناه إن النطاق الفرعي للمنصة محطة، مش وجهة. أصعب في النطق، ومش سهل يتفتكر، وبيقول لأي حد يبص في شريط العنوان: «أنا لسه على الخطة المجانية لأداة حد تاني».

تسجيل الدومين الحقيقي مهمة صغيرة في حجمها المطلق — بحث عن اسم، وشراء، وسجلين DNS — لكنها الخطوة الوحيدة في حلقة الـ vibe coding كلها اللي تقليديًا بتحصل في مكان تاني تمامًا.

ليه الخروج من المحرر بيقطع سير العمل؟

الاحتكاك الحقيقي هنا مش إن تسجيل الدومين صعب؛ هو إنه في مكان تاني. عشان تسجّل دومين بالطريقة التقليدية، بتوقف المحادثة اللي بينك وبين وكيل البرمجة، وتفتح تبويب متصفح، وتوصل للصفحة الرئيسية لـ مُسجِّل، وتبحث عن اسم، وتلاقي قدامك ثلاث إضافات للبيع: حماية الخصوصية واستضافة بريد ومنشئ موقع مش محتاجه، وتحاول تعرف تشيل علامة الاختيار منين، وتدفع، وبعدها — ودي الجزئية اللي أدلة الدومينات العامة بتعدّيها — تحاول تعرف أي سجل DNS بتطلبه منصة الاستضافة المحددة بتاعتك، وتروح تجيب القيمة دي من لوحة تحكم تانية، وتلصقها في تبويب ثالث.

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

سجّله من غير ما تسيب المحادثة

الحل إنك تتعامل مع الدومين بنفس الطريقة اللي بتتعامل بيها مع النشر: كاستدعاء أداة تاني داخل نفس المحادثة، مش كمشوار منفصل. الوكيل اللي جهّز تطبيقك وطلع النشر عنده السياق بالفعل — اسم التطبيق والمنصة اللي شغّال عليها — فده يخليه الأداة المناسبة كمان لفحص الاسم وتسجيله وضبط DNS.

بأبسط صورة، التدفق ثلاث خطوات:

1. اطلب من الوكيل يفحص الاسم. «هل myapp.com متاح؟» استدعاء للقراءة فقط، فبيشتغل حتى قبل ما توصل أي حاجة عندها صلاحية كتابة.
2. أكّد وسجّل. «سجّله لسنة» بتقدّم الطلب؛ والوكيل بيراقبه لحد ما يكتمل.
3. وجّهه للنشر بتاعك. ادّي الوكيل السجل اللي منصة الاستضافة بتطلبه منك (سجل A لدومين apex، أو CNAME لنطاق فرعي)، وهو يكتبه — أو لو هتسلّم DNS بالكامل للمضيف، يعيد توجيه التفويض على مستوى خادم الأسماء (سجل NS) بدلًا من كده.

ده شكل التدفق؛ أما التفاصيل الدقيقة — ملف الإعداد اللي كل محرر بيقرأه، وقيم DNS الحرفية اللي Vercel وCloudflare Pages بيطلبوها — فموجودة خطوة بخطوة في البدء السريع مع Namefi MCP: Claude Code وCursor وWindsurf، فالمقال ده مش هيكررها. ولو بتكتب الكود في محرر غير التلاتة دول — OpenAI Codex أو Gemini CLI أو Claude Desktop أو أي حاجة تانية بتتكلم MCP — فـ إزاي تسجّل دومين باستخدام وكيل الذكاء الاصطناعي على Namefi هو الدليل الرئيسي، وفيه إعداد متحقق منه لكل واحد منهم، ومعاه كمان مسار REST خام لأي حاجة مش أصلية في MCP أساسًا.

خلّي الوكيل يقترح أسماء كمان

خطوة التسمية تستاهل ذكر لوحدها، لأنها غالبًا بتكسر التسلسل قد ما الدفع بيكسره. النسخة التقليدية: تفكر في اسم، وتروح لتبويب المُسجِّل، وتكتشف إنه محجوز، وتفكر في اسم تاني، وترجع للتبويب، وتكرر لحد ما حاجة تضبط أو تستسلم وتضيف رقم في الآخر.

واجهة API بتاعة Namefi بتوفّر فحصًا جماعيًا للتوفر — مرجع namefi.io/llms.txt نفسه اللي أي وكيل بيقرأه بيصفه كطريقة لـ "screen many names at once" — فبدل ما تختبر المرشحين واحدًا واحدًا، تقدر تدي وكيلك قائمة قصيرة كاملة ويرجّع لك الأسماء المتاحة فعلًا في رحلة واحدة. عمليًا، ده بيحوّل التسمية إلى prompt واحد: «التطبيق متتبّع عادات اسمه Streaky — افحص streaky.com وstreaky.app وgetstreaky.com وstreaky.io، وقلّي المتاح.» الوكيل يشغّل الفحص الجماعي، ويرد عليك، وإنت تختار من أسماء عارف إنك تقدر تملكها فعلًا، بدل ما تتعلق باسم طلع متسجل من قبل.

مثال عملي: من prompt إلى رابط شغّال

تخيّل إنك قضيت بعد ظهر في بناء أداة صغيرة بأسلوب vibe coding — تطبيق قائمة تسوق مشتركة، بنيته لأن التطبيقات الموجودة ضايقتك. التطبيق شغّال على نطاق فرعي للمنصة، واثنين من أصحابك عايزين الرابط. دي بقية الجلسة كلها، في نفس نافذة المحادثة:

بتسأل إذا كان cartly.app متاح. يطلع متاح. بتقول: «سجّله لسنة ووجّهه للنشر اللي لسه طلعناه.» الوكيل يقدّم التسجيل، ويستطلع حالته لحد ما يكتمل، وبعدها يسأل منصة الاستضافة (من خلال لوحة التحكم بتاعتها، بنظرة واحدة) أي سجل DNS محتاجاه للدومين اللي لسه اشتريته — سجل A في الحالة دي، لأنك بتستخدم دومين apex مش نطاقًا فرعيًا www. بتلصق القيمة دي في المحادثة، والوكيل يكتب السجل، وبعد دقايق قليلة — DNS محتاج وقت بسيط عشان ينتشر — cartly.app بيحلّ للتطبيق نفسه اللي أصحابك فاتحينه أصلًا في تبويب تاني. إجمالي الوقت بعيدًا عن المحرر: صفر. إجمالي التبويبات اللي فتحتها ومكنتش جزء من بناء التطبيق: صفر.

الأسئلة الشائعة

هل لازم أعرف DNS عشان أعمل ده؟

لأ، مش أكتر من احتياجك تعرف إزاي database index بيشتغل عشان تستخدمه. وكيلك بيسأل منصة الاستضافة عن السجل المطلوب وبيكتبه؛ دورك غالبًا تأكيد القيم، مش تأليفها يدويًا.

هل ده شغّال مع أي منصة vibe coding، ولا منصات محددة بس؟

جانب التسجيل وDNS مش مربوط بمنصة — ده دومين وسجل DNS، وبيشتغلوا بنفس الطريقة مهما كان اللي بنى تطبيقك. اللي بيختلف هو نوع السجل اللي منصة الاستضافة بتطلبه، والبدء السريع مع Namefi MCP بيغطي ده بالتحديد لـ Vercel وCloudflare Pages.

هل الدومين اللي بسجّله بالطريقة دي بيتحوّل لرمز؟

أيوه، افتراضيًا. Namefi مُسجِّل معتمد من ICANN، وبيسجّل الدومين كـ NFT للمحفظة المرتبطة بمفتاح API بتاعك على Base، إلى جانب التسجيل العادي — يعني بيبقى معاك دومين طبيعي شغّال وسجل ملكية على السلسلة، مش واحد بدل التاني.

إيه لو الاسم اللي عايزه بالضبط محجوز؟

ده الغرض من فحص التوفر الجماعي اللي فوق — ادّي وكيلك عدة مرشحين (اختلافات TLD، وبادئات، ومرادفات) بدل ما تختبرهم واحدًا واحدًا، وخليه يرجع لك اللي متاح فعلًا.

هل محتاج حساب Namefi قبل ما أجرّب ده؟

لأ. فحص التوفر للقراءة فقط ومش محتاج مصادقة، فممكن توصل الاتصال وتجرب اسم قبل ما تولّد مفتاح API أو تموّل أي حاجة.

طلّع الاسم مع نفس سير العمل اللي شغّال فيه

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

ولّد مفتاح Namefi API وجرّبه على أي حاجة بتبنيها دلوقتي، أو ابدأ بالدليل الكامل في البدء السريع مع Namefi MCP: Claude Code وCursor وWindsurf.

المصادر وقراءات إضافية

• Wikipedia — Vibe coding (التعريف، وصياغة Andrej Karpathy للمصطلح في فبراير 2025، وخط زمني لانتشاره)
• Namefi — namefi.io/llms.txt (واجهة الفحص الجماعي للتوفر، ورابط خادم MCP، ومرجع التسجيل وDNS)
• Namefi — البدء السريع مع Namefi MCP: Claude Code وCursor وWindsurf (إعداد كل محرر، والتدفق الكامل من خمس خطوات، وخطوات DNS لـ Vercel وCloudflare Pages)
• Namefi — إزاي تسجّل دومين باستخدام وكيل الذكاء الاصطناعي على Namefi (إعداد Codex وGemini CLI وClaude Desktop ومسار REST الخام)
• Model Context Protocol — modelcontextprotocol.io (نظرة عامة على البروتوكول)