أطلقت Neon مشاريع Postgres "قابلة للمطالبة" (claimable) تتيح لوكيل ذكاء اصطناعي (AI agent) إنشاء وتشغيل قاعدة بيانات كاملة الوظائف بأمر واحد فقط — دون الحاجة إلى حساب مستخدم أو بطاقة ائتمان. يحصل الوكيل على تفاصيل الاتصال فوراً، ثم يرسل رابطاً قصير الأمد إلى الإنسان، ويفقد الوصول بمجرد أن يستولي الإنسان على ملكية المشروع، مما يجعل من الممكن استعراض التطبيقات المدعومة بالذكاء الاصطناعي دون عقبات التسجيل المعتادة.
لماذا يهم هذا التغيير
غالباً ما تصل مولدات الأكواد المدعومة بالذكاء الاصطناعي، وأدوات البناء بدون كود (no-code)، وبوتات التهيئة (onboarding bots) إلى طريق مسدود عندما تحتاج إلى قاعدة بيانات حقيقية. فالمسار التقليدي — نموذج التسجيل، تأكيد البريد الإلكتروني، تفاصيل الدفع — يتطلب تفاعلاً بشرياً، وهو ما لا يستطيع الوكيل المستقل توفيره. وبدون قاعدة بيانات، تتوقف العروض التجريبية، ويضطر المطورون إما إلى استخدام بيانات وهمية أو التخلي عن الفكرة تماماً. تحول مشاريع Neon القابلة للمطالبة خطوة التجهيز (provisioning) إلى عملية تسليم آلي، مما يسمح للبوت باستعراض حزمة تقنية تعمل بالفعل قبل أن يقوم المستخدم بإنشاء حساب حتى.
كيف تعمل آلية المطالبة
- تعليمات قابلة للقراءة آلياً – يقرأ الوكيل ملف تهيئة يصف الإعداد المطلوب.
- تجهيز بامر واحد – يقوم أمر واحد بإنشاء مشروع Postgres مؤقت على منصة Neon.
- بيانات اعتماد فورية – يتلقى الوكيل اسم مستخدم وكلمة مرور وسلسلة اتصال (connection string) على الفور.
- إنشاء رابط مطالبة – يطلب الوكيل من Neon رابط URL قصير الأمد يمكن للإنسان النقر عليه.
- تولي الإنسان المهمة – يتبع المستخدم الرابط، ويسجل دخوله (أو ينشئ حساباً) ويطالب بالمشروع.
- تدوير بيانات الاعتماد – تستبدل Neon جميع رموز الوصول (access tokens)، مما يقطع وصول الوكيل بمجرد امتلاك الإنسان للمشروع.
تضع Neon قيوداً على الخدمة لمنع تحولها إلى مستضيف مجاني للأبد:
- المشاريع التي لا يتم المطالبة بها تُحذف تلقائياً بعد 72 ساعة.
- التخزين قبل المطالبة محدود بـ 100 ميجابايت.
- نقل البيانات محدود بـ 1 جيجابايت لكل نسخة قابلة للمطالبة.
- تنتهي صلاحية روابط المطالبة بعد 15 دقيقة.
- رموز الوصول صالحة لمدة 900 ثانية (15 دقيقة) فقط.
تحول هذه القيود البنية التحتية المجهولة إلى بيئة عرض تجريبية مؤقتة، مما يمنع أي شخص من إنشاء عدد لا نهائي من النسخ المجانية على حساب Neon.
من يجب أن يفكر في استخدامها
- بناة التطبيقات المعتمدة على الذكاء الاصطناعي – المنصات التي تسمح للذكاء الاصطناعي بتوليد الكود أو واجهة المستخدم أو سير العمل يمكنها الآن إرفاق قاعدة بيانات حقيقية بالتطبيق المُولد دون مطالبة المستخدم بالتسجيل أولاً.
- خدمات الـ no-code/low-code – عندما ينقر العميل المحتمل على "جرب الآن"، يمكن للنظام تشغيل خلفية (backend) حية، والسماح للمستخدم بالتفاعل مع نموذج أولي وظيفي، وطلب بيانات الاعتماد فقط عندما يقرر المستخدم الاستمرار.
- مسارات التهيئة (Onboarding flows) – تجارب المستخدمين الجدد التي تعتمد على عرض سريع يمكنها استبدال لقطات الشاشة الثابتة بعرض تجريبي حي يعتمد على البيانات.
متى يجب تجنبها
إذا كان الهدف هو مجرد تشغيل مشروع شخصي أو خدمة إنتاجية، فإن عرض Neon القياسي — حيث تقوم بإنشاء حساب وإدارة الفواتير — يظل هو الخيار المناسب. فقد صُممت المشاريع القابلة للمطالبة لسيناريوهات التسليم قصيرة المدى، وليس لأعباء العمل طويلة الأمد.
مجموعة الميزات الحالية وخارطة الطريق
عند الإطلاق، تدعم المشاريع القابلة للمطالبة:
- Postgres – محرك قاعدة البيانات العلاقاتية الأساسي.
- Data API – واجهة RESTful للاستعلام عن قاعدة البيانات دون كتابة SQL.
- Managed Better Auth – معالجة مصادقة مدمجة للنماذج الأولية السريعة.
ستتوفر ميزات Object Storage و AI Gateway قريباً.
العيوب المحتملة
تشمل قيود Neon نافذة حذف مدتها 72 ساعة للمشاريع غير المطالب بها، وسعة تخزين 100 ميجابايت قبل المطالبة، وحد نقل بيانات قدره 1 جيجابايت لكل نسخة قابلة للمطالبة.
الخلاصة: من خلال السماح لوكيل مستقل بتجهيز نسخة Postgres حقيقية وتسليمها فوراً، تزيل Neon عنق الزجاجة المتمثل في عملية التسجيل، والذي طالما أعاق العروض التجريبية للتطبيقات المُولدة بالذكاء الاصطناعي. هذا النهج محكوم بضوابط صارمة لمنع الإساءة، مما يجعله جسراً عملياً بين قدرات البوت وحاجة المستخدم البشري لرؤية نموذج أولي حي مدعوم بالبيانات.