لا يعد الموصل ونقطة نهاية NL2SQL طريقتين لتحقيق نفس الشيء. الأول يستخدم للتحدث مع قاعدتك من Claude أو ChatGPT. والثاني هو السماح لمستخدمي منتجك بطرح الأسئلة باللغة الطبيعية، بغض النظر عن عميل الذكاء الاصطناعي الذي يستخدمونه، أو بدون استخدام أي عميل. الواجهة الخلفية التي تتعاملAI الأصلية مع هذه الحاجة الثانية كقدرة منتج، يمكن التحقق منها في التعليمات البرمجية الخاصة بها، بدلاً من كونها خدمة طرف ثالث يتم تجميعها بعد وقوعها.
الأساسيات
- أطلقت Supabase تطبيق Claude Connector الرسمي في 3 فبراير 2026 وتطبيق ChatGPT الرسمي في 8 مايو 2026، وهو موثق على مدونتها الرسمية وعلى claude.com.
- يقوم موصل MCP بتوصيل Claude أو ChatGPT في مشروع Supabase: تظل اللغة الطبيعية ← ترجمة الإجراء على جانب عميل الذكاء الاصطناعي، وليس في Supabase API نفسها.
- NL2SQL الأصلي عبارة عن بنية مختلفة: نقطة نهاية للواجهة الخلفية والتي تترجم سؤالاً في SQL وتتحقق من صحته، ويمكن الاتصال به بواسطة أي تطبيق، بغض النظر عن عميل الذكاء الاصطناعي المستخدم.
- يخدم الموصل أولاً المطور أو المشغل الذي يتحدث مع مشروعه من Claude أو ChatGPT. يخدم NL2SQL الأصلي المستخدمين النهائيين للمنتج المبني على تلك الواجهة الخلفية.
- لا يمكن تأكيد أي موصل Perplexity رسمي لـ Supabase في وقت كتابة هذا التقرير: تعامل بحذر إذا صادفت أي ذكر له.
إطلاقان رسميان، بفارق ثلاثة أشهر
في 3 فبراير 2026، أعلنت شركة Supabase عن موصل رسمي لكلود. منذ عام 2025، تقدم Claude.ai دليلاً للموصلات التي تتيح لك توصيل خادم MCP بعيد بمحادثة بنقرة واحدة. في 8 مايو 2026، انضمت Supabase إلى كتالوج تطبيقات ChatGPT، وهو البرنامج الذي أطلقته OpenAI في عام 2025 لدمج خدمات الطرف الثالث مباشرة في واجهة الدردشة.
تم توثيق كلا الإعلانين على مدونة Supabase الرسمية (supabase.com/blog)، ومن جانب كلود، على claude.com. أنها تمتد أداة قديمة. تحتفظ Supabase بخادم MCP مفتوح المصدر منذ عام 2025، وهو يُستخدم بالفعل في برامج تحرير مثل Cursor أو Windsurf لسرد الجداول وتنفيذ استعلامات القراءة. يتم استخدامه أيضًا لتطبيق الترحيل من المحادثة.
يعد موصل Claude وتطبيق ChatGPT، في جميع الاحتمالات، إصدارًا مستضافًا ومعبأًا لمنصتين رئيسيتين، وليس قدرة جديدة تمامًا مصممة لهذه المناسبة. لا يمكن التحقق من التفاصيل الدقيقة للأدوات التي تعرضها كل منها بشكل مستقل: تعامل مع هذه القراءة باعتبارها استدلالًا معقولًا، وليس مواصفات فنية مؤكدة.
موصل المحادثة وNL2SQL الأصلي لا يحلان نفس المشكلة
يعمل موصل MCP مثل جهاز التحكم عن بعد. يتلقى Claude أو ChatGPT السؤال، ويقرر الأداة التي سيتم الاتصال بها بين الأشخاص الذين يعرضهم الموصل، ثم يعرض الإجابة في المحادثة. فهم النية واختيار الإجراء يحدث في نموذج اللغة الخاص بالمساعد، وليس في Supabase API: يكشف Supabase عن الأدوات، ويقرر Claude أو ChatGPT استخدامها.
تعكس نقطة نهاية NL2SQL الأصلية هذه المسؤولية. تتلقى الواجهة الخلفية السؤال مباشرة، وتستدعي LLM التي تم تكوينها بنفسها، وتتحقق من صحة SQL الذي تم إنشاؤه، ثم تنفذ استعلامًا محددًا. توجد هذه الإمكانية في واجهة برمجة التطبيقات الخلفية: يمكن لأي تطبيق استدعاؤها لمستخدميه، دون المرور عبر Claude.ai أو تطبيق ChatGPT.
| الأبعاد | موصل المحادثة | NL2SQL الأصلي (الواجهة الخلفية) |
|---|---|---|
| أين تعيش اللغة → الترجمة العملية؟ | في النموذج المساعد (كلود، ChatGPT) | في واجهة برمجة التطبيقات الخلفية نفسها |
| المستخدم النهائي النموذجي | المطور أو المشغل، في Claude أو ChatGPT | أي مستخدم للمنتج مبني على الواجهة الخلفية |
| قابلة للتضمين في المنتج الخاص بك | لا، يجب عليك فتح Claude أو ChatGPT | نعم، استدعاء API من الواجهة الخاصة بك |
| مزود نموذج اللغة | تم تعيينه بواسطة عميل الذكاء الاصطناعي الذي اختاره المستخدم | قابلة للتكوين على الجانب الخلفي (مثل OpenAI وClaude وGemini) |
| التحقق من صحة SQL التي تم إنشاؤها | يعتمد على تنفيذ الموصل، وهو غير شفاف لطرف ثالث | يمكن التحقق منها في رمز الواجهة الخلفية الذي يعرضها |
لا تتنافس هاتان المعماريتان: يمكن للواجهة الخلفية أن تعرض موصل MCP لمشغليها ونقطة نهاية NL2SQL أصلية لمستخدميها النهائيين، في نفس الوقت. ما يوضحه الجدول الزمني لـ Supabase هو المكان الذي ذهب إليه الاستثمار التطويري أولاً.
خيار التوزيع، وليس مجرد خيار فني
تكلفة إنشاء موصل MCP أقل، من الناحية الهندسية، من إنشاء نقطة نهاية NL2SQL الخاصة بك وصيانتها. يعيد الموصل استخدام المنطق والأمان الذي تم تطويره بالفعل بواسطة Anthropic أو OpenAI لنماذجهم. تتطلب نقطة النهاية الأصلية من موفر الواجهة الخلفية إدارة الاتصال بـ LLM، والتحقق من صحة SQL التي تم إنشاؤها، وخطر الهلوسة نفسها.
هناك أيضًا حجة التوزيع. فيما بينهما، يتمتع Claude وChatGPT بقاعدة مستخدمين أكبر بكثير من أي قاعدة BaaS يتم أخذها بشكل منفصل. يؤدي إطلاق الرابط الرسمي إلى وضع Supabase مباشرة في سير العمل اليومي لملايين الأشخاص الذين فتحوا بالفعل Claude أو ChatGPT. لا يحتاج إلى إقناعهم بزيارة موقعه الخاص أولاً.
ويعزز التقويم هذه القراءة. احتفظت Supabase بالفعل بخادم MCP مفتوح المصدر قبل هذين الإعلانين؛ تعمل الروابط الرسمية على توسيع نطاق الجذب الحالي بدلاً من فتح موقع جديد من الصفر. ويتوافق هذا مع استراتيجية المحتوى والرؤية النشطة للغاية بالفعل في Supabase، أكثر من مجرد رهان على سعة منتج جديد.
هل يحل الموصل محل الحاجة إلى NL2SQL في منتجك؟
يفترض موصل Claude أو تطبيق ChatGPT أن المستخدم النهائي يفتح Claude أو ChatGPT بحساب واشتراك متوافقين. يعد هذا مناسبًا جدًا للمطور الذي يستعلم عن مشروعه الخاص أثناء البرمجة، أو للمشغل الذي يقوم بتصحيح الأخطاء في الإنتاج من محادثة. هذا غير مناسب للمستخدم النهائي لبرنامج SaaS الخاص بك، والذي يتوقع استجابة في الواجهة الخاصة بك، وليس في علامة تبويب Claude المجاورة لها.
يستحق سؤال الأمان أن يُطرح بشكل منفصل. يؤدي توصيل مساعد محادثة عام بأدوات قادرة على القراءة، وأحيانًا الكتابة، في قاعدة بيانات الإنتاج إلى توسيع سطح الهجوم: يمكن لسؤال غامض أو التلاعب بالموجه توجيه المساعد نحو إجراء غير مرغوب فيه، وهو خطر موثق على خوادم MCP بشكل عام، وليس خاصًا بـ Supabase. تواجه نقطة نهاية NL2SQL الأصلية نفس النوع من المخاطر، لكن موفر الواجهة الخلفية يتحكم مباشرة في التحقق من الصحة، بدلاً من الاعتماد على طرف ثالث.
غالبًا ما تظهر الحيرة في نفس المحادثة التي أجراها كلود وChatGPT حول موصلات الذكاء الاصطناعي. لم يؤكد أي مصدر رسمي، حتى وقت كتابة هذا التقرير، وجود موصل Perplexity مخصص لـ Supabase. إذا كان هذا التكامل موجودًا أو ظهر، فإنه يستحق نفس إطار القراءة: يخدم الموصل مستخدم عميل الذكاء الاصطناعي، وليس المستخدمين النهائيين لمنتجك تلقائيًا.
قم بمطابقة الحاجة مع التصميم المعماري، وليس الإعلان الأخير
خذ الحاجة الأولى: "أريد التحدث إلى قاعدتي من Claude أو ChatGPT أثناء التطوير". يستجيب موصل MCP له مباشرةً، بغض النظر عن الواجهة الخلفية لـ Postgres المستخدمة أسفله. هذه حاجة مشغل، وليست حاجة منتج.
خذ حاجة ثانية: "أريد أن يطرح مستخدمو منتجي أسئلة باللغة الطبيعية، في واجهتي، دون الاعتماد على حساب Claude أو ChatGPT". المربع الصحيح الذي يجب التحقق منه، في مقارنة الواجهة الخلفية، هو NL2SQL أصلي معروض في واجهة برمجة التطبيقات (API). هذه قدرة منتج، وليست أداة تطوير. على سبيل المثال، يكشف Aurabase عن نقطة نهاية NL2SQL التي تتحقق من صحة بنية SQL التي تم إنشاؤها بواسطة شجرة وتحدد بشكل منهجي عدد الصفوف التي تم إرجاعها، والتي تم التحقق منها في التعليمات البرمجية الخاصة بها. يعرض عرضنا التقديمي لـ NL2SQL الآليات الكاملة، ويوضح البرنامج التعليمي خطوة بخطوة كيفية إنشاء نقطة النهاية.
يعد اختيار مزود LLM وراء NL2SQL أمرًا مهمًا أيضًا. الواجهة الخلفية التي تتعامل مع Claude وOpenAI وGemini كعملاء أصليين مخصصين لا تتصرف مثل الواجهة الخلفية التي توجههم جميعًا عبر نقطة نهاية واحدة متوافقة مع OpenAI. مقارنتنا بوابة الذكاء الاصطناعي الأصلية مع OpenAI المتوافقة توضح هذا الاختلاف. للحصول على نظرة عامة على إمكانيات الذكاء الاصطناعي الأصلية المتوفرة في Postgres، راجع صفحة الذكاء الاصطناعي الأصلية لدينا.
الأسئلة الشائعة
يتناول إعلانان Supabase مسألة التوزيع: التواجد حيث يتحدث ملايين الأشخاص مع الذكاء الاصطناعي، بدلاً من جذب هذه المحادثات إلى منتجها الخاص. إنه رهان يمكن الدفاع عنه، ولكنه ليس بديلاً لقدرة NL2SQL المضمنة في الواجهة الخلفية لمستخدميك.
قبل تحديد مربع "الذكاء الاصطناعي" في شبكة المقارنة الخاصة بك، تحقق من أي من المعماريتين يلبي احتياجاتك حقًا. واحد يخدم المشغل الذي يناقش مع قاعدته؛ والآخر يخدم المستخدمين النهائيين لمنتجك. لتحديد موقع هذا الاختيار في مقارنة أوسع، راجع Aurabase vs Supabase.