- ما الذي تغير من مفسر الأكواد إلى حاسوب الوكيل؟
- ماذا تعني المصطلحات الأساسية؟
- متى يكون تنفيذ الكود المؤقت كافيًا؟
- متى يحتاج الوكلاء إلى بيئة رملية ذات حالة؟
- ما الذي يجب أن تحتفظ به البيئة الرملية ذات الحالة للوكيل؟
- كيف يجب على الفرق تقييم بيئة تشغيل الوكيل؟
- أين تتناسب بيئة Novita Agent Sandbox؟
- قاعدة قرار عملية
- مقالات موصى بها
- الأسئلة الشائعة
يحتاج الوكلاء إلى بيئات رملية ذات حالة عندما تتطلب المهمة ملفات دائمة، أو تبعيات مثبتة، أو وصولاً إلى المتصفح أو المعاينة، أو أوامر طويلة التشغيل، أو مراجعة قابلة للتكرار للمخرجات تتجاوز تنفيذ الكود الفردي. لا يزال مفسر الأكواد مفيدًا للحسابات المحدودة، والرسوم البيانية، والبرامج النصية لمرة واحدة. بمجرد أن يضطر الوكيل إلى تحرير مستودع، أو إعادة محاولة اختبار فاشل، أو الاحتفاظ بالقطع الأثرية المُنشأة، أو فحص واجهة مستخدم ويب، أو إعادة العمل إلى إنسان، فإنه يحتاج إلى شيء أقرب إلى مساحة عمل أو حاسوب وكيل.
ما الذي تغير من مفسر الأكواد إلى حاسوب الوكيل؟
حلت ميزات “مفسر الأكواد” المبكرة مشكلة ضيقة لكنها مهمة: السماح للنموذج بكتابة وتنفيذ كود، عادةً بايثون، على ملفات مرفقة بالمحادثة. هذا يكفي للعديد من مهام البيانات. يمكن للمستخدم رفع ملف CSV، وطلب تحويل، والحصول على رسم بياني، وتنزيل المخرجات.
عمل الوكيل له مساحة سطح أكبر. قد يحتاج وكيل البرمجة إلى استنساخ مشروع، وتثبيت التبعيات، وتحرير الملفات، وتشغيل الاختبارات، وفحص السجلات، وبدء خادم تطوير، وفتح معاينة، وإصلاح النتيجة، والاحتفاظ بالحالة لفترة كافية حتى يتمكن المراجع من التحقق مما تغير. قد يحتاج وكيل المتصفح إلى ملفات تعريف الارتباط، والملفات التي تم تنزيلها، ولقطات الشاشة، وحالة DOM، وطريقة لإعادة تشغيل خطوة فاشلة. قد يحتاج وكيل البحث أو التقييم إلى مئات العمال المعزولين الذين يحتفظون بالقطع الأثرية والسجلات للفحص اللاحق.
لهذا السبب يتحول المفردات:
- مفسر الأكواد يعني أداة تنفيذ مُدارة للبرامج النصية القصيرة والمخرجات المُنشأة.
- بيئة رملية تعني بيئة معزولة حيث يمكن تشغيل العمل غير الموثوق أو الذي ينشئه الوكيل بعيدًا عن النظام المضيف.
- مساحة عمل تعني بيئة مدعومة بالملفات حيث يمكن أن تتراكم حالة المهمة عبر الخطوات.
- حاسوب الوكيل يعني بيئة تشغيل أكثر اكتمالاً مع ملفات، وأوامر، وحزم، وصول إلى متصفح أو واجهة مستخدم، وسجلات، ومعاينات، وقطع أثرية، وعناصر تحكم في دورة الحياة، وخيارات إعادة تعيين أو لقطة.
تتداخل هذه المصطلحات. التمييز المفيد ليس علامة تجارية؛ إنه مقدار الحالة وسطح المراجعة الذي يحتاجه الوكيل.
ماذا تعني المصطلحات الأساسية؟
| المفهوم | الوظيفة الأساسية | نموذج الحالة النموذجي | الأنسب |
|---|---|---|---|
| مفسر الأكواد | تشغيل الكود المُنشأ وإرجاع المخرجات | حالة جلسة قصيرة العمر | حسابات، تحويلات ملفات، رسوم بيانية، نصوص صغيرة |
| بيئة رملية | عزل التنفيذ عن المضيف والجلسات الأخرى | مؤقتة أو دائمة | تشغيل كود غير موثوق، تنفيذ أوامر، أتمتة متصفح |
| مساحة عمل | الاحتفاظ بالملفات وسياق البيئة معًا | نظام ملفات دائم أو صورة قابلة للاستعادة | وكلاء برمجة، مشاريع بيانات، تسليم المهام، مراجعة قابلة للتكرار |
| حاسوب الوكيل | إعطاء الوكيل بيئة مهمة مع أدوات وعناصر تحكم في دورة الحياة | بيئة تشغيل ذات حالة مع سجلات، قطع أثرية، معاينات، ومسارات إعادة تعيين/لقطة | مهام برمجية متعددة الخطوات، وكلاء متصفح، تقييمات، سير عمل طويلة الأمد |
يمكن لنفس المنتج أن يغطي أكثر من مربع واحد. يمكن للبيئة الرملية ذات الحالة أن تتصرف مثل مساحة عمل. مساحة العمل مع طرفية، ومتصفح، وقطع أثرية، وإدارة دورة الحياة تبدأ في الشعور وكأنها حاسوب وكيل. سؤال التقييم هو ما يمكن للوكيل فعله، وما هي الحالة التي تبقى، ومدى موثوقية قدرة البشر على فحص النتيجة أو إعادة تعيينها.
متى يكون تنفيذ الكود المؤقت كافيًا؟
لا يزال التنفيذ المؤقت هو الخيار الافتراضي الصحيح عندما تكون المهمة صغيرة ومحدودة وسهلة التحقق من المخرجات النهائية.
استخدم بيئة من نمط مفسر الأكواد قصير العمر عندما:
- يتم توفير ملفات الإدخال مسبقًا.
- يمكن إكمال المهمة في تشغيل نصي واحد أو عدد قليل.
- يكون المخرجات رسمًا بيانيًا، أو جدولاً، أو ملفًا محولاً، أو حسابًا.
- لا يلزم تثبيت حزمة تتجاوز البيئة المُدارة.
- لا يحتاج المستخدم إلى فحص تطبيق قيد التشغيل، أو حالة متصفح، أو سجل أوامر طويل.
- يمكن التخلص من الجلسة بمجرد تسليم الإجابة.
على سبيل المثال، محلل دعم يطلب من مساعد تجميع التذاكر حسب الفئة لا يحتاج إلى مساحة عمل دائمة. محلل بيانات يطلب تصورًا لمرة واحدة قد لا يحتاج إلى وصول متصفح أو لقطات. إضافة بنية تحتية أكثر مما تحتاج إليه المهمة يمكن أن يجعل دورة الحياة والتكلفة ومراجعة الأمان أكثر صعوبة.
متى يحتاج الوكلاء إلى بيئة رملية ذات حالة؟
تصبح البيئات الرملية ذات الحالة مهمة عندما لا يقوم الوكيل فقط بحساب إجابة بل يعمل من خلال سير عمل.
يجب أن تبقى الملفات على قيد الحياة عبر خطوات متعددة
غالبًا ما ينشئ الوكلاء ملفات وسيطة: بيانات المصدر التي تم تنزيلها، وكود مُنشأ، وتركيبات اختبار، وقطع أثرية للبناء، ولقطات شاشة، وتقارير، وسجلات. إذا بدأ كل تنفيذ من لوحة نظيفة، يضطر الوكيل إلى إعادة بناء السياق بشكل متكرر أو ضغط الكثير من الحالة في موجه النموذج.
نظام ملفات ذو حالة يعطي الوكيل ذاكرة عاملة خارج نافذة السياق. كما يعطي البشر شيئًا ملموسًا لفحصه.
يجب تثبيت التبعيات أو إعادة استخدامها
تعتمد العديد من المهام الحقيقية على حزم غير موجودة في بيئة التشغيل الافتراضية. قد يحتاج وكيل البرمجة إلى npm ci، pip install، متصفح Playwright، مترجم، أو ثنائي خاص بالمشروع. قد يحتاج وكيل البيانات إلى إصدار مكتبة يطابق الإنتاج.
إذا اختفت هذه التبعيات بعد كل أمر، يضيع الوكيل الوقت ويخلق المزيد من نقاط الفشل. تساعد القوالب واللقطات الفرق على البدء من بيئة معروفة بدلاً من إعادة البناء في كل تشغيل.
يمكن أن تعمل الأوامر لفترة أطول من دورة نموذج واحدة
قد تستمر عمليات البناء، والاختبارات، والزواحف، والترحيل، ومهام التدريب، وأدوات التقييم لفترة أطول من دورة استجابة واحدة. يحتاج الوكلاء إلى بدء أمر، ومشاهدة المخرجات، والتعافي من الفشل الجزئي، والتقاط السجلات.
يتطلب ذلك حالة عملية. كما يتطلب عناصر تحكم في المهلة، وإلغاء، وطريقة لاسترداد النتائج بعد أن ينتقل النموذج إلى الخطوة التالية.
يصبح الوصول إلى المتصفح والمعاينة جزءًا من المهمة
العديد من سير عمل الوكيل تكون بصرية أو موجهة للويب:
- وكيل برمجة يبدأ تطبيق ويب محلي ويتحقق من الصفحة المعروضة.
- وكيل متصفح يتنقل في موقع، وينزل ملفات، ويملأ نماذج، أو يلتقط لقطات شاشة.
- وكيل مراجعة يتحقق من أن الرسم البياني، أو التقرير، أو صفحة العرض التوضيحي يتم عرضها بالفعل.
لهذه المهام، تحتاج البيئة إلى أكثر من stdout. تحتاج إلى منافذ، وعناوين URL للمعاينة، وأتمتة متصفح، ولقطات شاشة، أو مسار قطع أثرية آخر يسمح للوكيل والمراجع برؤية النتيجة.
تحتاج المراجعة البشرية إلى أدلة قابلة للتكرار
يمكن للوكيل أن يقول “نجحت الاختبارات” أو “يبدو التطبيق صحيحًا”، لكن فرق الإنتاج تحتاج إلى أدلة قابلة للتكرار. تحتفظ بيئة التشغيل الجيدة بالسجلات، والملفات المُنشأة، ولقطات الشاشة، وروابط المعاينة لفترة كافية حتى يتمكن شخص أو عملية أخرى من مراجعتها.
هذا هو المكان الذي تغير فيه البيئات الرملية ذات الحالة نموذج التعاون. البيئة الرملية ليست فقط أداة للنموذج؛ إنها أيضًا قطعة أثرية للمراجعة.
ما الذي يجب أن تحتفظ به البيئة الرملية ذات الحالة للوكيل؟
الحالة مفيدة فقط عندما تكون مقصودة. يجب أن تجعل البيئة الرملية ذات الحالة من الواضح ما يبقى، وما يعاد تعيينه، وما يمكن تحويله إلى نقطة بداية قابلة لإعادة الاستخدام.
حالة نظام الملفات
نظام الملفات هو الوحدة الأساسية لعمل الوكيل. يجب أن يحتفظ بملفات المصدر، والمخرجات المُنشأة، وقطع أثرية الاختبار، والسجلات، ولقطات الشاشة، والمدخلات التي تم تنزيلها. يجب أيضًا أن يكون سهل الإدراج والقراءة والكتابة والتحميل والتنزيل من خلال SDK، أو CLI، أو واجهة مستخدم.
حالة بيئة التشغيل والحزمة
يجب أن تدعم بيئة التشغيل اللغات ومديري الحزم التي تتطلبها المهمة. بالنسبة لوكلاء البرمجة، يعني هذا عادةً أوامر الصدفة، وتبعيات على مستوى المشروع، والقدرة على إعادة استخدام بيئة مُعدة. بالنسبة لوكلاء المتصفح، قد يشمل ثنائيات المتصفح وأطر الأتمتة.
الوصول إلى الشبكة والويب
يحتاج الوصول إلى الشبكة إلى سياسة دقيقة، وليس انفتاحًا غامضًا. يحتاج بعض الوكلاء إلى تنزيلات حزم صادرة، أو استدعاءات API، أو تصفح الويب. يجب أن يعمل الآخرون بقواعد إخراج أكثر صرامة. يجب على الفرق تقييم ما إذا كانت بيئة التشغيل تسمح لهم بتحديد ما يمكن للبيئة الرملية الوصول إليه وكيف يتم تسجيل تلك الخيارات.
التقاط المعاينة والقطع الأثرية
غالبًا ما يتضمن إخراج الوكيل أكثر من نص. ابحث عن دعم للملفات، ولقطات الشاشة، وجلسات المتصفح، والمنافذ المكشوفة، ومعاينات الويب، وسجلات الأوامر. هذه القطع الأثرية هي كيف ينتقل المراجعون من الثقة في ادعاء الوكيل إلى التحقق من النتيجة الفعلية.
عناصر التحكم في دورة الحياة
ذو الحالة لا يعني دائمًا دائمًا. يجب أن تدعم بيئة التشغيل الإنشاء، والمهلة، والإيقاف المؤقت أو الاستئناف حيثما أمكن، والإنهاء، والتنظيف. يجب أيضًا أن تدعم القوالب أو اللقطات بحيث يمكن إعادة استخدام بيئة مُعدة دون الحفاظ على كل جلسة إلى الأبد.
مسارات إعادة التعيين واللقطة
يرتكب الوكلاء أخطاء. يحتاج حاسوب الوكيل العملي إلى مسار إعادة تعيين نظيف وطريقة لالتقاط حالة جيدة قبل العمل المحفوف بالمخاطر. اللقطات مفيدة بعد الإعداد، أو بعد تثبيت التبعيات، أو قبل تشغيل تقييم طويل.
كيف يجب على الفرق تقييم بيئة تشغيل الوكيل؟
يجب فصل معايير التقييم عن ادعاءات البائعين. تعتمد بيئة التشغيل المناسبة على سير العمل، وملف المخاطر، وعملية المراجعة.
| المعيار | ماذا تسأل | لماذا يهم |
|---|---|---|
| دورة الحياة | كيف يتم إنشاء البيئات، إيقافها مؤقتًا، استئنافها، إنهاؤها، وحذفها؟ | يمنع الجلسات المهجورة والتكلفة غير المنضبطة |
| نظام الملفات | هل يمكن للوكيل والمراجع فحص الملفات والقطع الأثرية؟ | يجعل العمل متعدد الخطوات قابلاً للمراجعة |
| تثبيت الحزمة | هل يمكن تثبيت التبعيات، تخزينها مؤقتًا، قولبتها، أو التقاطها؟ | يقلل من تكرار الإعداد والانحراف |
| تنفيذ الأمر | هل السجلات، ورموز الخروج، والمهلات، والمهام الخلفية متاحة؟ | يجعل حالات الفشل قابلة للتصحيح |
| الوصول إلى المتصفح أو المعاينة | هل يمكن للوكيل فحص المخرجات المعروضة أو أتمتة متصفح؟ | يدعم تطبيقات الويب، ومهام واجهة المستخدم، والمراجعة البصرية |
| سياسة الشبكة | ما هو الوصول الصادر المسموح به وكيف يتم التحكم فيه؟ | يقلل المخاطر من جلب الحزم، وتصفح الويب، والاستدعاءات الخارجية |
| العزل | ما هو الحد الفاصل بين البيئات الرملية وبعضها البعض وبين المضيف؟ | يحدد نوع الكود والبيانات المناسبة لبيئة التشغيل |
| القوالب واللقطات | هل يمكن للفرق إعادة استخدام بيئات معروفة الجودة؟ | يحسن قابلية التكرار |
| التسليم البشري | هل يمكن للمراجع رؤية نفس الملفات، السجلات، لقطات الشاشة، أو المعاينة؟ | يحول بيئة التشغيل إلى قطعة أثرية قابلة للمراجعة |
| نموذج التكلفة | هل ترتبط الفوترة بوقت الجلسة، وحدة المعالجة المركزية، الذاكرة، التخزين، أو التزامن؟ | يتجنب التكاليف المفاجئة عندما تعمل الوكلاء بالتوازي |
الأسئلة الحساسة للأمان تستحق توثيقًا دقيقًا ومراجعة المنتج. تجنب معاملة أي بيئة رملية كحماية سحرية. العزل، والوصول إلى الشبكة، ومعالجة الأسرار، والسجلات كلها تحتاج إلى خيارات تصميم صريحة.
أين تتناسب بيئة Novita Agent Sandbox؟
Novita Agent Sandbox مصممة لسير عمل الوكيل التي تحتاج إلى بيئات تنفيذ معزولة ذات حالة. يصف نظرة عامة على Agent Sandbox البيئات الرملية كبيئات حيث يمكن للوكلاء تشغيل الأوامر، وقراءة وكتابة الملفات، وتثبيت التبعيات، واستخدام سير العمل القائم على المتصفح. كما يحدد قوالب لبيئات بداية مُعدة ولقطات لحفظ حالة البيئة الرملية المكونة.
هذا يجعل Novita مناسبة للتقييم عندما يحتاج حمل عمل الوكيل الخاص بك إلى:
- تنفيذ كود داخل بيئة معزولة؛
- الوصول إلى الملفات عبر خطوات متعددة؛
- تثبيت التبعيات وبيئات معدة قابلة لإعادة الاستخدام؛
- سير عمل موجه للمتصفح؛
- قطع أثرية مُنشأة يمكن للبشر فحصها؛
- عناصر تحكم في دورة الحياة من خلال SDK أو CLI؛
- اتجاه منصة يجمع بين واجهات برمجة تطبيقات النموذج والبنية التحتية للبيئة الرملية للوكيل.
هذا لا يعني أن كل وكيل يحتاج إلى بيئة رملية ذات حالة. إذا كان تطبيقك يحتاج فقط إلى تنفيذ بايثون لمرة واحدة على ملف تم تحميله من قبل المستخدم، فقد يكون نمط مفسر الأكواد أبسط. إذا كان فريقك لديه بالفعل بيئة تشغيل داخلية مع قيود صارمة على الإخراج، ومعالجة الأسرار، والتدقيق، وسير عمل المراجعة، فإن السؤال هو ما إذا كانت البيئة الرملية الخارجية تحسن سرعة المطور دون إضعاف تلك الضوابط.
استخدم Novita Agent Sandbox كجزء من قرار معماري، وليس كبديل شامل لكل مسار تنفيذ.
قاعدة قرار عملية
اطرح سؤالاً واحدًا قبل اختيار بيئة التشغيل:
هل يمكن لشخص ثانٍ أو وكيل آخر استئناف هذا العمل، أو فحصه، أو إعادة إنتاجه من البيئة بعد انتهاء دورة النموذج الأولى؟
إذا كانت الإجابة لا وما زال المخرجات مفيدًا، فالتنفيذ المؤقت كافٍ على الأرجح. إذا كانت الإجابة تحتاج إلى نعم، فإن المهمة تتجه نحو بيئة رملية ذات حالة أو حاسوب وكيل.
بالنسبة لأنظمة الوكيل الإنتاجية، غالبًا ما يصبح هذا النمط الافتراضي:
- ابدأ من قالب أو لقطة نظيفة.
- دع الوكيل يعمل داخل بيئة تشغيل معزولة.
- التقط الملفات، والسجلات، ولقطات الشاشة، والمعاينات، ونتائج الأوامر.
- احتفظ بالبيئة لفترة كافية للمراجعة.
- أعد التعيين، أو احذف، أو التقط لقطة بناءً على النتيجة.
يمنح هذا سير العمل النموذج مساحة للتصرف مع الحفاظ على النتيجة قابلة للفحص.
مقالات موصى بها
- بناء وكيل برمجة مع Agent Sandbox من Novita
- استضافة Clawdbot مع قالب Novita Sandbox
- أي موفر استدلال هو المناسب لوكلاء الذكاء الاصطناعي
الأسئلة الشائعة
هل مفسر الأكواد هو نفسه البيئة الرملية للوكيل؟
لا. يركز مفسر الأكواد عادةً على تشغيل الكود المُنشأ وإرجاع المخرجات داخل جلسة مُدارة. البيئة الرملية للوكيل هي بيئة معزولة أوسع للأوامر، والملفات، والتبعيات، وسير عمل المتصفح، والتحكم في دورة الحياة، والقطع الأثرية القابلة للمراجعة.
هل يحتاج جميع وكلاء الذكاء الاصطناعي إلى بيئات رملية ذات حالة؟
لا. يمكن أن تعمل تحويلات البيانات البسيطة، والحسابات، والبرامج النصية لمرة واحدة بشكل جيد في التنفيذ المؤقت. يحتاج الوكلاء إلى بيئات رملية ذات حالة عندما يعتمد سير العمل على ملفات دائمة، أو حزم مثبتة، أو عمليات طويلة الأمد، أو وصول إلى متصفح أو معاينة، أو مراجعة بشرية للقطع الأثرية.
ما هو حاسوب الوكيل؟
حاسوب الوكيل هو بيئة مهمة تعطي وكيل الذكاء الاصطناعي أدوات تشبه الكمبيوتر: نظام ملفات، صدفة، حزم، وصول إلى متصفح أو واجهة مستخدم، سجلات، قطع أثرية، عناصر تحكم في دورة الحياة، وخيارات إعادة تعيين أو لقطة. إنه مفهوم مفيد لعمل الوكيل طويل الأمد والقابل للمراجعة.
لماذا تهم اللقطات لسير عمل الوكيل؟
تسمح اللقطات للفرق بحفظ بيئة مكونة وإعادة استخدامها لاحقًا. تقلل من أعمال الإعداد المتكررة، وتحسن قابلية التكرار، وتوفر نقطة نظيفة للعودة إليها قبل أن يقوم الوكيل بإجراءات محفوفة بالمخاطر أو تجريبية.
كيف يجب على الفرق التفكير في أمان البيئة الرملية؟
تعامل مع أمان البيئة الرملية كقرار معماري. راجع نموذج العزل، والوصول إلى الشبكة، ومعالجة الأسرار، والسجلات، وتنظيف دورة الحياة، وعملية المراجعة البشرية قبل تشغيل أحمال العمل الحساسة أو الكود غير الموثوق.
