إزاي تشتري دومين باللغة الطبيعية (2026)

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

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

المقصود فعلاً من «الشراء باللغة الطبيعية»

في حاجتين مختلفتين تماماً بيتقال عليهم الاتنين «شراء دومين بالذكاء الاصطناعي»، وخلطهم هو بداية أغلب اللبس.

أولهم مولّد أسماء لابس واجهة دردشة. بتوصف مشروعك، والأداة تقترح أسماء متاحة، والضغط على واحد منها ياخدك لصفحة الدفع العادية عند المُسجِّل — نفس السلة، ونفس إنشاء الحساب، ونفس العرض الإضافي من نوع «أضف حماية خصوصية مقابل $9.99/سنة» اللي كنت هتشوفه لو بتتصفح بنفسك. الذكاء الاصطناعي اختصر مرحلة التفكير في الاسم؛ ما اختصرش الشراء.

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

المؤشر الواضح: هل الذكاء الاصطناعي بيقول لك إن الدومين اتسجّل، مع طلب تقدر تراجع حالته — ولا بيوصلك بس لزر «تابع إلى الدفع»؟

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

هتحتاج حاجتين: وكيل متصل بـ API لمُسجِّل دومينات، وطريقة دفع. على Namefi، ده معناه عميل بيدعم MCP — Claude وCursor وWindsurf وغيرهم كتير شغالين — وموجّه إلى خادم MCP الخاص بـ Namefi، ومصادَق عليه بمفتاح API أو محفظة للعملات المشفّرة. الإعداد الدقيق بيختلف حسب العميل ومش ضمن نطاق المقال ده؛ إزاي تسجّل دومين باستخدام وكيل الذكاء الاصطناعي على Namefi هو دليل الإعداد المرجعي، واشتري دومين باستخدام Claude: دليل Namefi MCP خطوة بخطوة هو النسخة خطوة بأمر لـ Claude تحديداً. المقال ده بيفترض إن الجزء ده خلص، وبيبدأ من حيث انتهوا: المحادثة نفسها.

المحادثة الكاملة، خطوة بخطوة

ده مثال كامل مع شرح. السطور بين علامتي اقتباس هي اللي ممكن يكتبها إنسان؛ والتعليق بيوضح اللي بيحصل تحت السطح، وفين الوكيل محتاج يقرر بدل ما يمرّر طلبك حرفياً.

1. بتوصف اللي عايزه، مش خانة في نموذج.

"عايز دومين لمشروع جديد اسمه Aurorafield. جرّب aurorafield.com الأول، ولو محجوز اقترح شوية بدائل قريبة."

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

2. الوكيل يفحص ويرد بأكثر من نعم أو لا.

"aurorafield.com متاح للتسجيل. ما احتجتش أفحص البدائل."

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

3. بتأكد — قرار الشراء المتعمد الوحيد في المسار كله.

"أيوه، سجّله لسنة واحدة. لما يبقى شغال، وجّه الدومين نفسه إلى 203.0.113.10، وأضف www كإعادة توجيه لنفس المكان."

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

4. الوكيل يقدّم التسجيل، وما يدّعيش إنه خلص فوراً.

"تم تقديم طلب التسجيل. العملية غير متزامنة، فهراجع الحالة لحد ما تكتمل بدل ما أفترض إنها نجحت — لحظة واحدة."

تسجيل الدومين مش رحلة ذهاب وعودة واحدة؛ ده طلب لازم السجل يعالجه. الوكيل يقدّم التسجيل ثم يستطلع حالة الطلب لحد ما يوصل لحالة نهائية: SUCCEEDED أو FAILED أو CANCELLED أو PARTIALLY_COMPLETED. الوكيل اللي يقول نجح بمجرد ما يبعت الطلب بيصف اللي طلبه، مش اللي حصل. النسخة الأمينة بتنتظر الحالة النهائية قبل ما تقول إن الدومين بقى بتاعك.

5. لما الطلب ينجح، الوكيل يضبط DNS — ويعمل التنسيق الصح من غير ما تطلب.

"aurorafield.com اتسجّل. بضبط سجل A في الجذر ليوجّه إلى 203.0.113.10، وسجل CNAME بحيث www يعيد التوجيه لنفس المكان — تم، السجلان شغالان."

في الخطوة دي فخ تنسيق المفروض طبقة اللغة الطبيعية تمتصه عشان ما تضطرش تفكر فيه: قيمة rdata في سجل DNS لازم تنتهي بنقطة لما تكون اسم مضيف (هدف CNAME مثل aurorafield.com.)، بينما اسم المنطقة نفسه لازم ما تكونش في آخره نقطة. قلب القاعدتين ده سبب شائع لرفض كتابة DNS. أنت ما كتبتش نقطة في الآخر؛ تحويل «وجّه www لنفس المكان» إلى نوعي سجلات مضبوطين بالتنسيق الصح هو بالضبط نوع الحكم اللي المفروض المحادثة تتولاه نيابةً عنك.

6. طلب متابعة باللغة العادية يشتغل بنفس الطريقة.

"كمان فعّل التجديد التلقائي عشان ما أخسرهوش بالغلط."

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

في النهاية هيكون عندك تسجيل حقيقي معتمد من ICANN، وDNS موجّه للمكان اللي طلبته، و— افتراضياً على Namefi — دومين مُرمَّز وNFT في محفظتك بدل ما يكون مجرد صف في قاعدة بيانات. ولا حاجة من ده احتاجت صفحة دفع.

أين ينبغي أن تبقى ضمن الحلقة

وأنت بتقرأ الحوار ده، سهل تستنتج إن دور الإنسان هو بس يكتب أول رسالة ويقرأ آخر رسالة. ده استنتاج غلط.

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

• قرّر إيه اللي يحتاج تأكيدك الصريح. فحص القراءة فقط، زي التحقق من الإتاحة، مفيهوش مخاطرة ومش محتاج تأكيد؛ أول ما إجراء يصرف فلوس أو يغير حاجة شغالة، ده خط «اسألني الأول».
• حط حداً لما يقدر الوكيل يصرفه قبل ما تبدأ المحادثة. على Namefi، ده ببساطة قدر الرصيد اللي بتحمّله والذي يسحب منه مفتاح API — موّل الرصيد بالمبلغ اللي مرتاح إن وكيل يستخدمه من غير متابعة.
• ضيّق نطاق بيانات الاعتماد إلى المحفظة المقصود تملك التسجيلات الجديدة، مش محفظة فيها أصول مش عايزها تتعرض أثناء المحادثة.
• اقرأ تغييرات DNS قبل ما توافق عليها زي ما بتراجع أي تغيير في البنية التحتية — الوكيل ممكن يضبط الصياغة صح (قاعدة النقطة في الآخر اللي فوق) ولسه يوجّه سجلاً للمكان الغلط لو فهم «نفس المكان» بشكل غلط.

ما هو مُسجِّل دومينات أصلي للوكلاء؟ بيدخل أعمق في ده كقائمة فحص عامة لأي واجهة مُسجِّل موجهة للوكلاء، وقسم الضوابط في إزاي تسجّل دومين باستخدام وكيل الذكاء الاصطناعي على Namefi بيغطي نفس الفكرة الخاصة بإعداد Namefi نفسه.

الفكرة نفسها على Cloudflare وName.com

Namefi مش المُسجِّل الوحيد اللي بيبني في الاتجاه ده. واجهة Registrar API بتاعة Cloudflare، الموجودة في مرحلة بيتا من أبريل 2026، بتسمح لوكيل ذكاء اصطناعي يبحث عن إتاحة الدومين، ويتحقق من التسعير، ويكمل التسجيل برمجياً من غير أي تفاعل عبر المتصفح أو موافقة يدوية — حوار شكله قريب جداً من اللي فوق، لكن عبر API لمزوّد مختلف. وName.com أعادت بناء API بتاعتها حول توجه مشابه «أصلي للذكاء الاصطناعي» وموجه لنفس التحول.

ومهم نكون صريحين، لأن الضوابط اللي فوق مهمة أياً كان المُسجِّل اللي بتستخدمه: تقرير من القطاع عن بيتا Cloudflare ذكر بوضوح أن إعلان البيتا لا يصف حدود إنفاق لكل وكيل أو مسارات موافقة على التسجيل — وهي نفس نصيحة «قرّر قبل ما تبدأ» اللي فوق، لكن مصاغة كفجوة مش ميزة مدمجة. ونمط «اقترح ولا تشترِ» ما زال شائعاً في أماكن أخرى: Wix، مثلاً، بتنشر دليلها، «How to use AI to buy a domain name،» عن اقتراحات أسماء بمساعدة الذكاء الاصطناعي داخل أداة بناء المواقع — النوع الأول من «الذكاء الاصطناعي يشتري دومين» اللي المقال ده ميّزه عن النوع الثاني.

للمقارنة الكاملة لما يدعمه كل مُسجِّل أصلي للوكلاء فعلاً — التسعير، والدفع، وإدارة DNS، والملكية المُرمَّزة — راجع Cloudflare مقابل Name.com مقابل Namefi: مُسجِّلات أصلية للوكلاء.

أسئلة شائعة

هل ده فعلاً مختلف عن روبوت دردشة يقترح أسماء دومينات؟

أيوه — الفرق هو الشراء، مش الاقتراح. روبوت اقتراح الأسماء ينتهي عند «دي أسماء متاحة، اضغط واحدة للدفع». مسار الشراء باللغة الطبيعية ينتهي بدومين مُسجَّل وطلب تقدر تراجع حالته، وكل ده من غير ما تسيب المحادثة.

هل الوكيل يصرف فلوس من غير ما يسألني الأول؟

المفروض ما يعملش كده، لو ضبطته بالطريقة الموصى بها فوق. فحوصات القراءة فقط بلا تكلفة ومش محتاجة تأكيد؛ أي حاجة بتسحب من رصيدك لازم تتضبط عشان تنتظر «أيوه» صريحة. دي سياسة بتحددها أنت، مش حاجة متأصلة في التقنية.

ماذا لو لم أعطِ الوكيل اسم دومين محدداً؟

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

هل أستطيع التراجع عن التسجيل بعد تقديمه؟

لما الطلب يوصل لحالة نجاح نهائية، بيبقى دومين حقيقي زي أي دومين آخر — سياسات الإلغاء والاسترداد العادية عند المُسجِّل هي اللي بتطبق، من غير «تراجع» خاص لأنك استخدمت وكيلاً. عشان كده خطوة التأكيد قبل التسجيل أهم من أي نقطة تانية في المحادثة.

هل الدومين يُرمَّز تلقائياً عند تسجيله بهذه الطريقة؟

على Namefi، أيوه افتراضياً: ما لم تحدد محفظة مختلفة، الدومين الجديد بيتم إصداره كـ NFT على Base إلى المحفظة المرتبطة بمفتاح API بتاعك، وبيمنحك ملكية على السلسلة قابلة للتحويل جنب تسجيل ICANN القياسي. تفاصيل أكثر في ما هي الدومينات المُرمَّزة؟.

هل أحتاج أن أتعلم API الخاصة بـ Namefi لأتحدث معها بهذه الطريقة؟

لأ — ودي الفكرة. كل حاجة في الحوار اللي فوق بتحصل بجمل عادية؛ الـ API وصيغ طلباتها الدقيقة موجودة تحت عشان الوكيل يستدعيها، مش عشان تقرأها أنت. لو عايز تشوف الآليات مباشرةً، اشتري دومين باستخدام Claude: دليل Namefi MCP خطوة بخطوة بيعرض نفس المسار مع تسمية العمليات الأساسية في كل خطوة.

ابدأ المحادثة

الفجوة بين «ذكاء اصطناعي يساعدك تفكر في اسم» و«ذكاء اصطناعي يجيب لك دوميناً مُسجَّلاً» مش هي الذكاء الاصطناعي — هي هل في API حقيقية لمُسجِّل على الطرف الآخر، وهل حطيت حدوداً معقولة للي يقدر يعمله من غير ما يسألك. خادم MCP الخاص بـ Namefi هو الـ API دي لـ Namefi؛ الإعداد بياخد كام دقيقة، وبعدها المسار كله اللي فوق مجرد كتابة.

أنشئ مفتاح Namefi API وابدأ المحادثة.

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

• webhosting.today — AI agents can now register domains, no human required (بيتا Cloudflare Registrar API، وغياب ضوابط الإنفاق/الموافقة المدمجة المذكور)
• Wix — How to use AI to buy a domain name (إطار اقتراح الأسماء الذي يقارنه هذا المقال بمسار يُكمل الشراء)
• Model Context Protocol — What is MCP? (معيار الاتصال الذي يقوم عليه هذا المسار الحواري)
• Namefi — namefi.io/llms.txt (أسماء العمليات، وحالات الطلب، وقاعدة النقطة الختامية في DNS — المصدر الأساسي لكل ادعاء خاص بـ Namefi هنا)
• Namefi — إزاي تسجّل دومين باستخدام وكيل الذكاء الاصطناعي على Namefi (الإعداد الذي يفترضه هذا المقال مسبقاً)
• Namefi — Cloudflare مقابل Name.com مقابل Namefi: مُسجِّلات أصلية للوكلاء (المقارنة الكاملة بين المُسجِّلات الثلاثة أعلاه)