بوستمان تشغّل وضع الوكيل لـ40 مليون مطوّر على Amazon Bedrock

ما الذي حدث؟

نشرت AWS وبوستمان تفصيلاً معمارياً لكيفية تشغيل "وضع الوكيل" (Agent Mode) في بوستمان على Amazon Bedrock، وهو وضع يخدم بحسب المنشور 40 مليون مطوّر. الفكرة المحورية أن بناء وكيل ذكاء اصطناعي يعمل في عرض توضيحي يختلف جذرياً عن تشغيله على نطاق بهذا الحجم.

التحديات المعمارية الثلاثة

1. تضخم الأدوات (Tool Sprawl)

كل أداة تُضاف إلى الوكيل تزيد التعقيد واحتمال الخطأ. الحل المذكور هو تقييد مجموعة الأدوات المكشوفة والاعتماد على واجهات محددة بدل فتح كل شيء.

2. القراءات القائمة على المخططات

بدل تمرير بيانات خام، تُعرَّض القراءات عبر مخططات (schemas) واضحة، ما يقلّل الضجيج ويرفع دقة استدعاء الأدوات.

3. السياق هو عنق الزجاجة الحقيقي

وفق المنشور، ليست جودة النموذج وحدها العامل الحاسم، بل إدارة ما يدخل نافذة السياق: أي أدوات، أي نتائج، وأي تاريخ محادثة.

لماذا يهم ذلك لفرق MENA؟

المؤسسات في المنطقة التي تبني وكلاء داخليين (خدمة عملاء، عمليات، أدوات مطوّرين) تواجه المشكلات نفسها: تكلفة الاستدلال، وزمن الاستجابة، ودقة الاستدعاء. الأنماط المذكورة قابلة للنقل بغض النظر عن المنصة السحابية، مع مراعاة متطلبات سيادة البيانات والاستضافة المحلية.

مقارنة سريعة

النهج	الأثر على السياق	الأثر على الدقة
كشف كل الأدوات	استهلاك مرتفع	انخفاض الدقة
أدوات مقيّدة + مخططات	استهلاك منخفض	دقة أعلى
قراءات خام غير منظمة	ضجيج مرتفع	نتائج غير متوقعة

تنويه: هذا المقال يلخّص معلومات من المصدر المذكور. للأرقام والتواريخ الرسمية، راجع الرابط الأصلي. لا نضيف تفاصيل غير منشورة في المصدر.