Amazon Bedrock AgentCore: كيف تختار مكونات تشغيل الوكلاء؟

يستحق Amazon Bedrock AgentCore تجربة أولية حين يعمل وكيلك كما ينبغي، لكن البنية التحتية المحيطة به تكاد تتحول إلى منتج آخر يحتاج إلى التطوير. تضم قائمة AWS الحالية 13 خدمة وقدرة مستقلة قابلة للتكامل؛ اختر منها ما يزيل عبئًا تشغيليًا محددًا، واحتفظ بمسؤوليتك عن سلوك الوكيل في أداء مهام العمل.

جرى التحقق من المعلومات في 30 أكتوبر 2026 بالرجوع إلى صفحة منتج AWS ووثائقه المتاحة آنذاك. تستند قائمة المكونات أدناه إلى نظرة المطورين العامة التي تحيل إليها صفحة AgentCore، أما تحديد الأعمال التي يمكن لكل مكوّن أن يحل محلها فهو التحليل الهندسي الذي يقدمه هذا المقال.

ما هو Amazon Bedrock AgentCore؟

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

تخيّل قاعة حفلات: سلوك الوكيل هو العرض، وRuntime يوفّر المسرح والبنية التحتية الداعمة. تضبط آليات التحكم في الوصول الأبواب، وتحفظ الذاكرة السياق المفيد، وتسجّل أدوات الرصد ما حدث. أما تحديد ما ينبغي للعرض أن يحققه، والحكم على نجاحه، فيبقيان من مسؤوليتك.

تصف AWS دعم AgentCore بعبارة صريحة: «أي إطار عمل. أي نموذج.» وتذكر صفحة المنتج LangChain وOpenAI Agents SDK وClaude Agent SDK وStrands SDK، إلى جانب إطار العمل الذي تبنيه بنفسك. هذا هو نطاق المنصة كما تعلنه AWS، وليس وعدًا بأن كل قدرة اختيارية توفّر التكاملات نفسها، أو بأن الانتقال إليها لا يتطلب عملًا. نظرة AWS العامة على المنتج.

ويختلف الخيار أيضًا بحسب الطرف الذي يتولى حلقة عمل الوكيل. مع Runtime، تنشر كود وكيلك. ومع Harness، تصف الوكيل من خلال الإعدادات وتستخدم حلقة عمل تديرها AWS ويشغّلها Strands Agents، إطار AWS المفتوح المصدر للوكلاء. توضّح وثائق Harness هذا الفرق صراحةً. وإذا كان لدى المسؤول الهندسي كود يعمل بالفعل لتنسيق مهام الوكيل، فالأولى أن يقيّم مسار Runtime.

ما الفرق بين Bedrock Agents وAgentCore؟

وجود AgentCore لا يستدعي ترحيل تطبيق قائم على Amazon Bedrock Agents. تقول AWS إن مستخدمي Bedrock Agents الحاليين يستطيعون مواصلة استخدامه. وما يبرر النظر في AgentCore هو حاجة محددة إلى قدراته في التنفيذ أو التكامل أو التشغيل. أسئلة AWS الشائعة.

لم يعد اختزال الفرق في «حلقة عمل مُدارة مقابل بنية تحتية» دقيقًا بما يكفي؛ إذ يوفّر AgentCore أيضًا حلقة عمل مُدارة عبر Harness. ابدأ بتحديد ما إذا كنت تريد تولّي كود تنسيق المهام بنفسك، ثم اختر المسار المناسب. واستعن بـخريطة معمارية وكلاء الذكاء الاصطناعي الأوسع عند اتخاذ القرار، حتى لا يتحول اختيار الاستضافة دون قصد إلى إعادة تصميم التطبيق كله.

مكونات Bedrock AgentCore: ما العمل الذي يغنيك عنه كل منها؟

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

قد يحتاج مساعد الدعم إلى Runtime وGateway وIdentity مباشرةً، ثم إلى Memory عندما يصبح سياق العملاء العائدين مفيدًا. ولا دور لـPayments إذا كان المساعد لا يشتري مطلقًا حق الوصول إلى مورد خارجي. أما Registry فتظهر فائدته حين يصعب العثور على الموارد المعتمدة داخل المؤسسة. زيادة عدد المكونات المستخدمة ليست هدفًا بحد ذاتها.

يعالج Code Interpreter وRuntime مهمتين مختلفتين. يستضيف Runtime الوكيل، بينما يوفّر Code Interpreter بيئة معزولة للكود الذي ينفذه الوكيل. وإذا كان تنفيذ الكود بمعزل عن بقية النظام هو النقص الوحيد لديك، فقيّم هذا الاحتياج بالاستعانة بـدليل بيئات تنفيذ الكود المعزولة لوكلاء الذكاء الاصطناعي قبل نقل طبقة تنسيق المهام.

قرارات معمارية تبقى من مسؤوليتك

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

Bedrock AgentCore Runtime: عزل الجلسة لا يحدد مالكها

يستطيع Runtime عزل التنفيذ دون أن يعرف العميل الذي يملك الجلسة. توثّق AWS بيئات microVM مخصصة للجلسات، تفصل بينها موارد الحوسبة والذاكرة ونظام الملفات. وتذكر الوثائق نفسها صراحةً أن AgentCore لا يفرض ربط الجلسات بالمستخدمين؛ فعلى الواجهة الخلفية لتطبيق العميل الحفاظ على هذا الربط. جلسات Runtime.

في مساعد الدعم، لا تعتبر معرّف الجلسة القادم من المتصفح دليلًا على أن العميل يملكها. تحقّق من هوية صاحب الطلب، وحدد الجلسة المسموح بها في الواجهة الخلفية، واقصر الوصول إلى الأنظمة اللاحقة على بيانات ذلك العميل. حدود البنية التحتية وقرار التطبيق بشأن الصلاحيات مسؤوليتان منفصلتان.

Bedrock AgentCore Memory: حدّد ما يستحق الاحتفاظ به

تتولى Memory البنية التحتية لإدارة السياق، وتقرر أنت ما ينبغي أن يُحفظ فيها. تدعم AWS سياق المحادثة قصير الأمد والمعلومات طويلة الأمد التي يُحتفظ بها عبر الجلسات. وثائق Memory.

تذكّر أن العميل يفضّل الإجابات الموجزة يختلف عن تخزين الرصيد المعتمد لطلبه. أبقِ سجلات العمل في تطبيقك هي المرجع المعتمد. وحدد كيف يجلب الوكيل السجلات المحدّثة، وما المعلومات الواردة في المحادثات التي يجوز له الاحتفاظ بها، وما الذي يحدث حين يصبح تفضيل محفوظ غير صحيح. خدمة الذاكرة لا تتخذ عنك قرارات تصميم البيانات هذه.

Bedrock AgentCore MCP: دور Gateway في ربط الأدوات

تفيد Gateway حين يصبح ربط الأدوات عملًا هندسيًا متكررًا. يوفّر Model Context Protocol، أو MCP، واجهة مشتركة لإتاحة الأدوات للوكلاء. تستطيع Gateway تحويل واجهات API ودوال AWS Lambda إلى أدوات متوافقة مع MCP، والاتصال بخوادم MCP القائمة. وتشمل وثائقها الحالية أيضًا توجيه الطلبات إلى وكلاء ونماذج أخرى. وثائق Gateway.

في مساعد الطلبات، أتح عملية محدودة مثل التحقق من حالة التسليم قبل إتاحة أداة عامة للاستعلام من قاعدة البيانات. تستطيع Gateway تمرير الاستدعاء، لكن واجهة API الخاصة بك تظل مسؤولة عن تحديد معنى العملية، والسجلات التي يجوز لها الوصول إليها، وما إذا كانت إعادة المحاولة قد تكرر أثرًا جانبيًا.

Bedrock AgentCore Identity: بيانات الاعتماد تحتاج إلى قواعد عمل

تتولى Identity هوية الجهة المنفّذة وبيانات الاعتماد التي تستخدمها، بينما تضبط Policy الإجراءات المسموح بها عند البوابة. توفّر Identity هوية أحمال العمل وإدارة بيانات الاعتماد للوصول إلى موارد AWS وخدمات الأطراف الخارجية، بما في ذلك العمل نيابةً عن مستخدم. وثائق Identity.

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

قد يُسمح لهوية مخصصة لدعم العملاء بقراءة طلب، مع منعها من ردّ المبلغ. ينبغي أن تعبّر تعليمات النموذج عن مسار العمل هذا، وأن تفرض طبقات الأدوات والتفويض الصلاحيات فعليًا.

Bedrock AgentCore Observability: سجلات التتبّع تكشف السلوك ولا تثبت النجاح

تساعد Observability على استعادة صورة ما حدث، وتساعد Evaluations على تقييمه. يوفّر AgentCore طرقًا لعرض التنفيذ وبيانات رصد متوافقة مع OpenTelemetry، وهو معيار لتنسيق سجلات التتبّع والمقاييس، مع لوحات متابعة يشغّلها Amazon CloudWatch. وتميّز AWS بين المقاييس المدمجة وسجلات التتبّع الإضافية والبيانات الوصفية للأعمال التي تجهّز تطبيقك لإصدارها. وثائق Observability.

في مساعد الدعم، سجّل ما إذا كان البحث عن الطلب المطلوب قد اكتمل، وما إذا جرت الموافقة على الإجراء. فقد ينجح استدعاء الأداة تقنيًا، لكنه يجيب عن سؤال غير الذي يحتاج إليه العمل.

توفّر Evaluations تقييمات مدمجة ومخصصة، بما فيها التحكيم باستخدام النماذج. حدّد حالاتك الممثلة للاستخدام الفعلي، وراجع الإخفاقات ذات الأثر المهم. تذكر وثائق التقييم أطر العمل ومسارات تهيئة الرصد المدعومة؛ فتحقّق من المسار الذي اخترته بدل تعميم إعلان التوافق الواسع للمنصة على كل ميزة.

حدود تشغيلية تؤثر في التصميم

افصل بين عمر موارد الحوسبة ومدة الحاجة إلى الحالة المحفوظة. تحدد وثائق دورة الحياة الحالية لدى AWS مهلة خمول افتراضية قدرها 15 دقيقة، وحدًا أقصى لعمر موارد حوسبة microVM قدره 8 ساعات. أما Instances، وهو البديل الذي يشغّل سعة مُدارة من Amazon Elastic Compute Cloud داخل حسابك، فيسمح بضبط مدة التشغيل حتى 14 يومًا، وفق إعدادات مزوّد السعة. إعدادات دورة الحياة، Instances.

يمكن استئناف جلسة منطقية على موارد حوسبة جرى تجهيزها حديثًا. افتراضيًا، ترتبط الحالة الموجودة في الذاكرة ونظام الملفات المحلي بدورة حياة موارد الحوسبة؛ ويمكن لتخزين الجلسات، عند تهيئته، الحفاظ على بيانات نظام الملفات عبر دورات الإيقاف والاستئناف. خطط بوضوح لما يجب أن يبقى بعد الانقطاع. دورة حياة الجلسات والتخزين.

قبل اعتماد مجموعة من القدرات، راجع جدول توافر الميزات بحسب المنطقة لدى AWS. عبارة «متاح على AWS» لا تكفي لتطبيق مرتبط بمنطقة محددة.

متى يستحق AgentCore الاعتماد عليه؟

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

إذا كنت من مطوري الأنظمة، فابدأ تجربة أولية حين يكون منطق الوكيل جاهزًا للعمل وينتظر الاستضافة أو ربط الأدوات. الاحتفاظ بحلقة العمل الحالية على Runtime يجعل نطاق التجربة أضيق من تغيير إطار العمل ومنصة النشر معًا.

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

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

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

إذا كانت التكلفة تحسم القرار، فراجع أسعار AgentCore لدى AWS إلى جانب دليل أسعار Amazon Bedrock على الموقع.

تجربة أولية باستخدام واجهة سطر الأوامر من AWS

ابدأ بقالب AWS القائم على الكود، ثم أضف عملية عمل ممثلة للاستخدام الفعلي. يتبع هذا المسار دليل البدء السريع الحالي لـRuntime والدليل الكامل لواجهة سطر الأوامر. والخطوات مستمدة من الوثائق، ولم يُختبر نشرها من أجل هذا المقال.

يشترط الدليل الكامل Node.js بإصدار 20.12 أو أحدث، وnpm، وPython بإصدار 3.10 أو أحدث، ومدير اعتماديات Python المسمى uv، وبيانات اعتماد AWS مهيأة، وصلاحيات النشر والوصول إلى النماذج. يستخدم هذا القالب CodeZip، لذا لا حاجة إلى Docker.

1. 1

   التثبيت وإنشاء هيكل المشروع

   استخدم حساب AWS أو بيئة مخصصة للتطوير.

   npm install -g @aws/agentcore
   agentcore --version
   agentcore create --name MyProject --template agent-python-strands

   يتضمن القالب Runtime باسم agent وموردًا من AgentCore Memory. راجع كليهما في الإعدادات التي جرى توليدها.

2. 2

   الاختبار محليًا

   cd MyProject
   agentcore dev --mode browser

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

3. 3

   البناء والنشر والاستدعاء

   agentcore build
   agentcore deploy
   agentcore status
   agentcore invoke --runtime agent --payload '{"prompt":"Hello, what can you do?"}'

   تنشئ عملية النشر موارد AWS عبر AWS Cloud Development Kit، أو CDK.

4. 4

   الفحص ثم إزالة موارد التجربة

   agentcore logs runtime
   agentcore traces runtime list

   عند تشغيل الأوامر التالية من داخل مجلد مشروع التجربة، تُزال موارده ويُفكّك مكدس الموارد المنشور له:

   agentcore remove all --yes
   agentcore deploy --yes

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

أين تقع المبالغة في الوعود؟

التنفيذ المُدار لا يثبت أن الوكيل يتخذ قرارات عمل صحيحة. تعالج الاستضافة والتتبّع والتقييم وفرض السياسات مشكلات مختلفة. ولا يعفيك أي منها من اختيار مهمة مفيدة، وتحديد الإجراءات المقبولة، وفحص الإخفاقات.

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

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

خطوتك العملية في بداية الأسبوع

اختر مهمة قائمة لوكيل، واكتب المسؤولية التشغيلية التي تؤخرها. جرّب فقط قدرات AgentCore اللازمة لإزالة ذلك التأخير. ثم قارن النشر الناتج وكيفية التعامل مع الإخفاقات وعبء المسؤوليات بمنظومتك الحالية. وسّع الاستخدام حين تدعم الأدلة هذا التغيير.

احصل عبر النشرة البريدية على أدلة عملية لبناء أنظمة الذكاء الاصطناعي وتشغيلها.