Cursor تكشف عن دروس عام من تطوير وكلاء الذكاء الاصطناعي السحابية

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

البيئة هي المنتج

الاكتشاف الرئيسي للعام: جودة بيئة التطوير هي العامل الحاسم لإنتاجية وكيل الذكاء الاصطناعي السحابي. على الآلة المحلية، يرث الوكيل بيئتك مجاناً — كل سجل التثبيتات والإعدادات والمتغيرات. في السحابة، تحتاج إلى إعادة إنشاء كل شيء من الصفر.

عندما يكون هناك خطأ ما، الوكيل لا ينهار بخطأ واضح — بل يتدهور بصمت. يبدو الإخراج أسوأ ببساطة من السابق، ويسهل إلقاء اللوم على النموذج. لكن في الواقع، البيئة هي المسؤولة: المكتبات المفقودة، المسارات غير الصحيحة، غياب أدوات التحقق.

قبل عام لم نلاحظ هذا — لم تستطع النماذج استخدام البيئة بكفاءة. الآن، مع أن عائلة GPT أصبحت أذكى، أصبحت البيئة العامل الحاسم للإنتاجية الكاملة للوكيل.

البيئة السحابية الكاملة تتطلب بنية تحتية أكثر بكثير من المتوقع:

• أدوات لبناء وتكوين بيئة الوكيل
• آليات الإسبات والاستئناف السريع للآلات الافتراضية بين الرسائل
• خطوط أنابيب للنقاط التفتيشية الموثوقة والاستعادة وفروع صور الآلات الافتراضية
• تكامل وثيق مع harness والعميل — حتى يقرأ الوكيل والإنسان البيئة ويتصرفان فيها بنفس الطريقة

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

من التسعة الواحدة إلى التسعتين

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

في البداية، بنت Cursor وكلاء السحابة باستخدام معمارية سرقة العمل: العقد العاملة تلتقط المهام وتكملها. نجح هذا النموذج محلياً، لكنه ثبت أنه هش في السحابة — كانت النسخة التجريبية المبكرة توفر حوالي تسعة واحد من الموثوقية (تعمل 90% من الوقت).

مع نضج الوكلاء، لاحظت الفريق أنها تعيد اختراع العناصر الأساسية للتنفيذ الدائم التي تحلها Temporal بالفعل بشكل جميل: آليات إعادة المحاولة، جدولة العمل بين الآلات، والدوام عند فشل العقد.

قررت الفريق الانتقال بحلقة الوكيل بأكملها إلى Temporal. النتيجة: ارتفعت الموثوقية إلى تسعتين (99% وقت التشغيل). الآن تعالج Temporal أكثر من 50 مليون إجراء يومياً على 7 ملايين سير عمل.

من الداخل، يتم إنشاء أكثر من 40% من جميع طلبات الدمج في Cursor بواسطة وكلاء الذكاء الاصطناعي السحابية — وهذا في حد ذاته مؤشر على أن النظام يعمل.

ماذا يعني هذا

أظهر عام من العمل مع وكلاء الذكاء الاصطناعي السحابية: هذا ليس مجرد نقل الكود المحلي إلى السحابة. بل هو بناء طبقة تشغيلية كاملة حول الوكيل — ببيئة تطوير كاملة، وتسليم موثوق للمهام، والوصول المراقب إلى الشبكة.

مع تولي الوكلاء المزيد من العمل، تصبح المهمة الهندسية أكثر وضوحاً: توفير الآلة بالضبط ما لدى المطور، وضمان عدم كسرها.