Supabase تشتري Turso: لماذا يحتاج كل وكيل ذكاء اصطناعي قاعدة بيانات خاصة به؟
Supabase تستحوذ على Turso بعد جولة 150 مليون دولار: لماذا يحتاج وكلاء الذكاء الاصطناعي إلى قاعدة بيانات لكل مهمة، وماذا يعني ذلك لمشروعك؟
في الثاني من أكتوبر 2026 أعلنت Supabase، منصة قواعد البيانات المبنية على PostgreSQL، أنها تستحوذ على Turso، الشركة التي أعادت بناء SQLite بلغة Rust وحوّلتها إلى خدمة سحابية. أُعلنت الصفقة مع جولة تمويل بقيمة 150 مليون دولار بقيادة صندوق GIC السنغافوري، بمشاركة CapitalG التابع لألفابت وجهات أخرى. السعر الفعلي للاستحواذ لم يُكشف، ولا ينبغي الخلط بينه وبين رقم التمويل. أما الفكرة التي تستحق الانتباه للمطوّر فهي الأهم: الوكلاء لا يحتاجون قاعدة بيانات واحدة كبيرة، بل ملايين القواعد الصغيرة.
ما الذي حدث بالضبط؟
تقول Supabase إنها تضيف أكثر من مليون مستخدم وأربعة ملايين قاعدة بيانات جديدة كل شهر، وإن الغالبية العظمى من هذه القواعد تُنشأ عبر أدوات آلية لا بيد بشر. تقديرها الداخلي أن نحو 70% من القواعد الجديدة يُنشئها وكلاء الذكاء الاصطناعي أو أدوات مدفوعة به. قال المدير التنفيذي بول كوبلمان إن الوكلاء يشغّلون ملايين القواعد لدعم النماذج الأولية ولوحات المعلومات والتطبيقات التي يبنونها.
بنت Turso منصتها حول فكرة مختلفة عن السائد: تحميل القاعدة عند الطلب وتعليقها عندما تصبح خاملة، بحيث يمكن لخادم واحد أن يدير ملايين القواعد. ينضم مؤسس Turso غلاوبر كوستا إلى Supabase رئيساً للخدمات الوكيلية (Agentic Services)، ومعه شريكه المؤسس بيكا إنبيرغ وبقية الفريق. وأطلقت Supabase بالتزامن خدمة Supabase Compute، وهي بيئات معزولة (Sandboxes) مستضافة للوكلاء طويلي التشغيل.
لماذا قاعدة بيانات لكل مهمة؟
عندما يعمل مطوّر بشري، يصمّم مخططاً واحداً ويهاجر عليه شهوراً. أما الوكيل الذي يبني نموذجاً أولياً أو يحلل ملفاً أو يشغّل تجربة، فيحتاج إلى مساحة تخزين نظيفة ومؤقتة ومعزولة عن غيره. الفوائد العملية:
- العزل: خطأ وكيل في مهمة لا يفسد بيانات مهمة أخرى.
- السرعة: إنشاء قاعدة SQLite يشبه إنشاء ملف، لا إعداد خادم.
- التنظيف: حذف المهمة يعني حذف قاعدتها كاملة دون سكربتات تنظيف.
- التكلفة: القواعد الخاملة لا تستهلك موارد بسبب التعليق عند عدم الاستخدام.
الفرق بين قاعدة بيانات للبشر وقاعدة بيانات للوكلاء هو الفرق بين بناء مبنى وإنشاء ورقة ملاحظات: الأولى تُصمَّم بعناية، والثانية تُنشأ بالملايين وتُرمى.
الخطة المعلنة: ابدأ بـ SQLite وانتقل إلى Postgres
تقول الشركتان إن Supabase ستواصل تطوير منصتها حول Postgres، وإن Turso ستواصل بناء تقنيتها القائمة على SQLite. والمسار المقترح: يحصل الوكيل على قاعدة مخصصة بسرعة لمهمة محددة، ثم ينتقل التطبيق إلى Postgres حين يكبر حمله. هذا يطرح سؤالاً عملياً سنعود إليه: كم تكلّف عملية الانتقال بين المحركين؟
| الجانب | SQLite (Turso) | PostgreSQL (Supabase) |
|---|---|---|
| وحدة الاستخدام | قاعدة صغيرة لكل مهمة | قاعدة مشتركة كبيرة |
| بدء التشغيل | فوري تقريباً | إعداد مشروع وإدارة اتصالات |
| التزامن العالي | محدود نسبياً | قوي |
| الميزات المتقدمة | أبسط | امتدادات وصلاحيات دقيقة |
| الأنسب | النماذج الأولية والتجارب | المنتجات الإنتاجية |
ماذا يعني هذا لك كمطوّر؟
إن كنت تبني وكلاء
صمّم وكيلك بحيث تكون طبقة التخزين مجرّدة. إن كان الوكيل يكتب SQL قياسياً بسيطاً، فسيسهل نقله من SQLite إلى Postgres لاحقاً. تجنّب الاعتماد المبكر على ميزات خاصة بمحرك واحد، ولا تفترض أن أنواع البيانات تتطابق تماماً بين المحركين.
إن كنت عميلاً حالياً لـ Turso
أكدت الشركتان أن Turso تواصل العمل، لكن لم يُعلن سعر ولا اتفاقية مستوى خدمة ولا موعد إغلاق للصفقة. النصيحة المنطقية أن تحصل على شروطك الحالية مكتوبة، وأن تحتفظ بنسخة احتياطية قابلة للنقل، فملفات SQLite سهلة التصدير بطبيعتها.
إن كنت تختار قاعدة لمنتج جديد
لا تتأثر قاعدة المبدأ: ابدأ بالأبسط الذي يغطي حاجتك. إن كان تطبيقك مستخدماً واحداً أو أداة داخلية، فقد تكفيك SQLite. وإن كنت تتوقع عدداً كبيراً من المستخدمين المتزامنين، فابدأ بـ Postgres مباشرة.
قائمة تحقق قبل أن تبني على «قاعدة لكل وكيل»
- حدّد ما يحدث لبيانات المهمة عند انتهائها: حذف أم أرشفة؟
- ضع حداً أقصى لعدد القواعد وحجمها لكل وكيل لتفادي التكلفة المفاجئة.
- اختبر عملية الانتقال إلى Postgres على بيانات حقيقية قبل أن تحتاجها.
- لا تخزّن أسراراً داخل قواعد المهام المؤقتة.
- راقب الاستحواذ نفسه: السعر والشروط لم تُعلن بعد.
أسئلة شائعة
هل يعني الاستحواذ أن Turso ستتوقف؟
لا. أعلنت الشركتان أن Turso ستواصل بناء تقنيتها القائمة على SQLite، لكن التفاصيل التجارية لم تُنشر بعد.
هل ستستبدل Supabase قاعدة Postgres بـ SQLite؟
لا يبدو ذلك. الخطة المعلنة أن تبقى Postgres أساس المنصة، وأن تُستخدم SQLite للمهام السريعة والمؤقتة قبل الانتقال عند النمو.
هل أحتاج إلى قاعدة لكل وكيل في مشروعي الصغير؟
على الأغلب لا. هذا النمط يفيد عندما يُنشئ نظام آلي أعداداً كبيرة من البيئات المستقلة. المشروع الصغير يكفيه غالباً قاعدة واحدة بسيطة.
الخلاصة
استحواذ Supabase على Turso إشارة إلى أن بنية قواعد البيانات تتكيّف مع مستخدم جديد هو الوكيل، لا الإنسان. الاتجاه واضح: قواعد صغيرة بالملايين تُنشأ وتُرمى بسرعة، ومسار نمو إلى Postgres عند الحاجة. لكن تفاصيل الصفقة التجارية غير معلنة، فابنِ بحذر، وأبقِ طبقة التخزين قابلة للاستبدال، واحتفظ بنسخ احتياطية قابلة للنقل.
المصادر: AI Weekly، VKTR، Data Studios
