ماذا حدث؟
أطلقت شركة Quickbase أداة جديدة اسمها Pave، وتصفها بأنها أداة بناء تطبيقات بالذكاء الاصطناعي full-stack تهدف إلى نقل مشاريع الفايب كودنج من مرحلة الـprototype إلى تطبيقات جاهزة للإنتاج بمتطلبات enterprise. المشكلة التي يعالجها Pave ليست جديدة: يصل الفايب كودنج بسرعة فائقة إلى 80% من العمل، لكن الـ20% المتبقية — وهي المرحلة الانتاجية الحقيقية — تستهلك وقتاً وجهداً يفوق كل ما سبقها. كل إصلاح يولّد ثلاث حالات استثنائية جديدة، وكل prompt يرقّع خطأً يكسر شيئاً في أعلى التسلسل. Pave يدّعي أنه يحل هذا بتوفير كل ما يحتاجه التطبيق في مكان واحد: إدارة البيانات، الاستضافة السحابية، النشر، صلاحيات المستخدمين، SSO، سجلات التدقيق، والنسخ الاحتياطية — بدون الحاجة لربط أدوات خارجية أو إدارة قواعد بيانات منفصلة أو تسعير غير متوقع. الواجهة تعمل بوصف المشكلة بلغة طبيعية ثم التعديل عبر واجهة no-code حتى الحصول على تطبيق قابل للنشر فعلاً. المنتج متاح الآن وقد جذب اهتمام فرق أمنية في شركات Big Four وفق تصريحات Quickbase.
ماذا يعني؟
Pave يمثّل توجهاً يتنامى في 2026: لم يعد الفايب كودنج مجرد توليد كود، بل يتحول إلى منصات متكاملة تمتلك الـgovernance والأمان والبنية التحتية داخلها. المدير الهندسي Jeff Williams من OWASP يُشير بدقة إلى نقطة مهمة: البيئة الآمنة لا تعني تلقائياً تطبيقاً آمناً، فـpermissions وحدود البيانات والـworkflows لا تزال تحتاج مراجعة بشرية. والأهم: حادثة PocketOS الأخيرة — حيث حذف وكيل ذكاء اصطناعي volume كاملاً بمفرده باستخدام token بصلاحيات أوسع من المطلوب — تذكّرنا أن المشكلة الحقيقية في الأمان الوكيلي لم يتناولها Pave بعد.
لماذا يهمك؟
إذا كنت تبني أدوات أو تطبيقات وتعاني من مشكلة الـ80% بالضبط، يستحق Pave نظرة تجريبية — خاصةً إذا كانت مشاريعك تحتاج governance وصلاحيات معقدة من البداية. لكن لا تتجاهل تحذير Williams: عند الانتهاء من أي تطبيق مولّد بالذكاء الاصطناعي، راجع يدوياً الـpermissions، حدود البيانات، وأي API token يملكه الوكيل — حتى داخل بيئة 'آمنة' كـPave.