AgentCore Harness في Amazon Bedrock: ما هو، كيف يعمل، وأبرز ميزاته

بناء وكيل ذكاء اصطناعي يعمل في عرض توضيحي يُعد أمرًا سهلاً نسبياً. أما بناء وكيل يمكنه تنفيذ المهام بمهارة، واستخدام الأدوات، وإدارة السياق، والعمل في بيئة إنتاجية بثبات، فهذا أمر أكثر صعوبة بكثير. وهنا يأتي دور هيكل الوكيل (agent harness).

يقوم agent harness بالربط بين النموذج والأنظمة التي يحتاج إلى التفاعل معها. حيث يدير حلقة الوكيل، وتشغيل الأدوات، والسياق، والذاكرة، وبيئة العزل (sandboxing)، وغيرها من أمور بيئة التشغيل اللازمة لتحويل LLM إلى وكيل فعال.

إن Amazon Bedrock AgentCore Harness هي خدمة مُدارة ومملوكة لشركة AWS توفر حلقة وكيل مبنية مسبقًا وتعمل داخل AgentCore Runtime.

في هذا الدليل، سنشرح كيفية عمل AgentCore Harness، وكيف يختلف عن AgentCore Runtime، وكيف يقارن مع TrueForge عبر دعم النماذج، وإدارة السياق، وبيئة العزل، وإمكانية التوسع، والنشر، والتحكم في حلقة الوكيل.

ما هو AgentCore Harness؟

AgentCore harness هو agent harness مُدار داخل Amazon Bedrock AgentCore. دخل مرحلة المعاينة العامة في أبريل 2026 وهو متاح الآن بشكل عام. يتم توفير حلقة التنسيق لك، مدعومة بواسطة Strands Agents، حيث تصف الوكيل بدلاً من بنائه.

الشكل العملي لذلك: تصرح عن النموذج، وموجّه النظام (system prompt)، ومجموعة الأدوات، وإعدادات الذاكرة، وحدود التنفيذ كتهيئة وإعدادات. وتتولى AWS تشغيل الحلقة. مع معظم التغييرات التي تطلب عادةً تعديل الكود وإعادة النشر، أصبحت مجرد حقل إعدادات واحد. التبديل من مزود نموذج إلى آخر يتم عبر حقل واحد. وإضافة أداة يتم عبر حقل واحد أيضاً.

تكون كل جلسة في الهيكل ذات حالة محفوظة (stateful) افتراضيًا وتعمل داخل microVM معزول. يحصل الوكيل على نظام الملفات وموجه الأوامر (shell) الخاصين به، مما يمكنه من كتابة ملف، وتنفيذ كود، والاحتفاظ بالذكريات والملفات عبر الجلسات بدلاً من البدء من الصفر في كل مرة.

استدعاءان فقط لـ API يفيان بالغرض لتشغيل النظام. CreateHarness يُعرّف الوكيل، وInvokeHarness يقوم بتشغيله. كما يوجد خيار عبر AgentCore CLI وخيار آخر عبر لوحة التحكم (console) إذا كنت تفضل النقر بدلاً من استخدام curl.

كيف يعمل AgentCore Harness؟

يعتمد AgentCore Harness على نهج قائم على الإعدادات والتهيئة لتنفيذ عمل الوكيل.

بدلاً من كتابة حلقة وكيل مثل:

تُعرّف المكونات التي يحتاجها الوكيل وتترك للهيكل مهمة إدارة الحلقة.

على مستوى عالٍ، يتكون AgentCore Harness من:

• Model - النموذج الذي يستخدمه الوكيل للتفكير والاستنتاج والتوليد
• Instructions - السلوك والتعليمات على مستوى النظام الخاصة بالوكيل
• Tools - الإمكانيات التي يمكن للوكيل استدعاؤها، بما في ذلك خوادم MCP وأدوات AgentCore
• Memory - الحالة التي يمكن الاحتفاظ بها عبر التفاعلات المختلفة
• Skills - إمكانيات وتعليمات إضافية يمكن إتاحتها للوكيل
• Execution settings - عناصر التحكم المتعلقة بكيفية عمل الوكيل

يقوم الهيكل بعد ذلك بتنسيق هذه المكونات أثناء التنفيذ.

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

هذا التجريد يعني أن المطورين ليسوا بحاجة لبناء كل جزء من طبقة التنسيق بأنفسهم.

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

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

ما الذي يأتي مدمجًا معه؟

يغطي الهيكل المُدار مساحة واسعة دون الحاجة لكتابة أي كود:

يشمل اختيار النماذج Bedrock و OpenAI و Gemini و LiteLLM، ويمكنك التبديل بين المزودين في منتصف الجلسة. تأتي أدوات الـ shell و file_operations المدمجة بشكل قياسي، وكذلك Agent Skills. تتوفر الذاكرة بشكليها قصير الطول وطويل الطول، حيث يغطي الأخير الذاكرة الدلالية (semantic)، والتلخيصية، وتفضيلات المستخدم، والحدثية (episodic)، مع نطاق مخصص لكل مستخدم عبر actor ID.

تتصل العناصر الأساسية الأخرى لـ AgentCore كإعدادات بدلاً من استدعاءات SDK: مثل Gateway و Browser و Code Interpreter وأدوات خادم MCP البعيدة. وتتضمن خيارات نظام الملفات تخزين الجلسات المُدار بواسطة الخدمة، أو نقطة الوصول EFS، أو نقطة الوصول S3 Files.

من جانب الأمان، يدعم المصادقة الواردة IAM SigV4 و OAuth، بينما تعمل المصادقة الصادرة عبر مخزن الرموز Identity token vault لرموز OAuth ومفاتيح API، وتكون الجلسات معزولة مع توفر شبكات VPC. كما تعمل إمكانية الملاحظة (observability)، والاستجابات المباشرة (streaming responses)، وإدارة الإصدارات (versioning)، ونقاط النهاية (endpoints) دون الحاجة لكتابة كود مخصص.

هناك استثناء واحد يجدر معرفته: الأدوات المضمنة (inline) والأدوات من جانب العميل (client-side) لا تزال تتطلب منك كتابة وصيانة التنفيذ الخاص بها، حتى على الهيكل.

AgentCore Harness مقابل AgentCore Runtime

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

إن AgentCore harness هو تجريد مُدار يعمل داخل Runtime. بل إن CloudTrail يسجل عمليات الهيكل تحت اسم AWS::BedrockAgentCore::Runtime، مما يوضح لك أين تقع الحدود الفاصلة فعلياً.

أما AgentCore Runtime فهو بيئة استضافة بدون خوادم (serverless). يمكنك جلب كود الوكيل المكتوب بأي إطار عمل أو بدون إطار عمل، وتغليفه بنقطة الدخول BedrockAgentCoreApp الخاصة بـ AgentCore SDK، وتجميعة في حاوية ARM64، ودفعه إلى Amazon ECR، ثم نشره. يتولى Runtime إدارة العزل، والقابلية للتوسع، والجلسات، وبوابة المصادقة، وتمديدات إمكانية الملاحظة. بينما تكون حلقة التنسيق ملكًا لك.

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

ما لا يستطيع AgentCore Harness فعله

تنشر AWS هذه القيود في جدول الميزات الخاص بها. هناك أربع إمكانيات تم تحديدها كغير مدعومة في الهيكل:

عدم إمكانية اختيار إطار عمل الوكيل. تم بناء الحلقة حول Strands Agents. إذا كان فريقك قد بنى بالفعل على LangGraph أو CrewAI أو إطار عمل آخر، فإن هذا الكود لن ينقل معك.

لا يدعم الأنماط التي لا تعتمد على حلقة الوكيل. التطبيقات ذات هيكل الرسم البياني (graph) وسير العمل (workflow) غير مدعومة. إذا كانت خطوة واحدة فقط في أنبوب العمليات تطلب نموذجاً والباقي عبارة عن كود حتمي، فليس لدى الهيكل طريقة للتعبير عن سير العمل هذا.

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

لا يدعم البث ثنائي الاتجاه. لا يدعم الهيكل البث ثنائي الاتجاه، مما يحد من التطبيقات التي تحتاج إلى اتصالات مستمرة في الاتجاهين بين العميل والوكيل.

هناك عنصر خامس لا يمثل ميزة مفقودة بقدر ما هو قرار تصميمي، وهو يهم أكثر الوكلاء الذين يعملون لفترات طويلة: التعامل مع السياق يستخدم الاقتطاع (truncation).

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

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

بالنسبة لوكيل دعم قصير، قد يكون الاقتطاع مناسباً تماماً. ولكن بالنسبة لمهمة بحث أو نقل بيانات تستغرق عدة ساعات، يمكن أن يصبح الفارق ملحوظاً للغاية: حيث يتعين على الوكيل العمل مع قدر أقل من سياقه السابق كلما طال أمد التشغيل.

TrueForge: بديل مفتوح المصدر لـ AgentCore Harness

يتبع TrueForge نهجاً مختلفاً لمشكلة هيكل الوكيل. بدلاً من توفير حلقة تنسيق ثابتة ومُدارة، يُعد TrueForge هيكل وكلاء مفتوح المصدر برخصة MIT يمكنك تشغيله على بنيتك التحتية الخاصة.

الخادم الرئيسي مفتوح المصدر، مما يتيح للمطورين فحص حلقة التنفيذ وتعديلها بدلاً من التعامل معها كصندوق أسود. يمكنك تشغيل TrueForge محلياً، باستخدام Docker Compose، أو نشره باستخدام Helm.

هذا يغير المقايضة بشكل كبير. مع AgentCore Harness، تتولى AWS إدارة الحلقة والبنية التحتية المحيطة بها نيابة عنك. أما مع TrueForge، فستحصل على تحكم أكبر في كيفية عمل الوكيل فعلياً.

استخدم النموذج والأدوات الخاصة بك

يتميز TrueForge بحياديته تجاه النماذج ويعمل مع نقاط النهاية المتوافقة مع OpenAI. يمكنك توجيه الهيكل إلى مزود النموذج أو نقطة النهاية التي تريدها دون تغيير تنفيذ الوكيل الأساسي.

وينطبق الشيء نفسه على الأدوات التي يستخدمها الوكيل. يدعم TrueForge خوادم MCP ويسمح لك بتقديم بيئة العزل الخاصة بك بدلاً من ربط الوكيل ببيئة تنفيذ مُدارة واحدة.

هذا يجعل طبقة الهيكل مستقلة عن النموذج والبنية التحتية الأساسية:

النموذج ← TrueForge ← MCP / الأدوات / بيئة العزل (sandbox)

يمكنك تغيير نقطة نهاية النموذج دون الحاجة لإعادة بناء الوكيل حول مزود مختلف.

التحكم في حلقة الوكيل

أحد أكبر الاختلافات عن AgentCore Harness هو أن حلقة TrueForge مفتوحة المصدر.

هذا يعني أنه يمكن للمطورين فحص كيفية التعامل مع التنفيذ في الهيكل وتعديلها عندما يحتاجون إلى سلوك غير متوفر كخيار إعدادات.

هذا مفيد عندما يحتاج الوكيل إلى منطق مخصص حول:

• تنفيذ الأدوات
• الموافقات
• إدارة السياق
• الوكلاء الفرعيين (Subagents)
• بيئة العزل (Sandboxing)
• سياسات التنفيذ
• التنسيق المخصص

بدلاً من انتظار الهيكل المُدار لتوفير خطاف (hook) محدد أو خيار إعدادات معين، فإن التنفيذ الأساسي متاح للتعديل.

إدارة السياق

يتبع TrueForge نهجاً مختلفاً أيضاً في إدارة السياق.

بدلاً من الاعتماد فقط على الاقتطاع (truncation) عندما يصبح السياق كبيراً جداً، يستخدم TrueForge الضغط (compaction) إلى جانب تقنيات مثل التحميل المؤجل للأدوات، ونمط الكود (Code Mode)، وتفريغ الاستجابات.

الهدف هو تقليل كمية السياق التي يجب أن تظل في المحادثة النشطة مع الاحتفاظ بالمعلومات التي يحتاجها الوكيل لمواصلة العمل.

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

بيئة العزل كأداة

يتعامل TrueForge أيضاً مع بيئة العزل (sandbox) بطريقة مختلفة.

مع AgentCore Harness، تعمل الجلسة داخل microVM معزول. بينما يتعامل TrueForge مع بيئة العزل على أنها أداة يمكن توفيرها فقط عندما يحتاج الوكيل فعلياً إلى تنفيذ الكود.

هذا يعني أن بيئة العزل لا يجب أن تكون البيئة المحيطة بجلسة الوكيل بأكملها. بل تصبح إمكانية أخرى يمكن للوكيل استدعاؤها عند الحاجة.

طبقة بيئة التشغيل لوكلاء الذكاء الاصطناعي في البيئات الإنتاجية

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

استكشف TrueForge

عرض على GitHub

أين يقع TrueForge؟

يعود الاختلاف في النهاية إلى مستوى التحكم.

تم تصميم AgentCore Harness لمنح المطورين مساراً مُداراً لتشغيل الوكلاء دون بناء حلقة التنسيق بأنفسهم. بينما تم تصميم TrueForge للمطورين الذين يريدون أن يظل الهيكل نفسه قابلاً للتخصيص ومستقلاً عن أي مزود خدمة سحابية أو إطار عمل وكلاء معين.

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

يمنحك npx @truefoundry/trueforge وكيلاً يعمل في حوالي دقيقة، أو شاهد كيفية التعامل مع السياق في التشغيل الطويل بواسطة TrueForge.

الأسئلة الشائعة

س: ما هو AgentCore harness؟

جـ: إن AgentCore harness هو هيكل الوكلاء المُدار من AWS داخل Amazon Bedrock AgentCore، وهو متاح بشكل عام اعتباراً من عام 2026. يتم توفير حلقة التنسيق وتشغيلها بواسطة Strands Agents، بحيث تُعرّف الوكيل عبر الإعدادات، شاملة النموذج، وموجّه النظام، والأدوات، والذاكرة، وحدود التنفيذ، بدلاً من كتابة الحلقة بنفسك. تكون الجلسات ذات حالة محفوظة (stateful) افتراضياً وتعمل في microVM معزول مع نظام الملفات وموجه الأوامر (shell) الخاص بها.

س: ما الفرق بين AgentCore harness و AgentCore Runtime؟

جـ: Runtime هو استضافة بدون خوادم (serverless) أما Harness فهو حلقة مُدارة تعمل داخله. مع Runtime تقوم بتقديم كود الوكيل الخاص بك بأي إطار عمل، وتغليفه في حاوية ARM64، ودفعه إلى ECR، وكتابة التنسيق بنفسك. أما مع Harness فلا توجد حاوية ولا حلقة تحتاج إلى كتابتها. تقوم AWS بتسجيل عمليات الهيكل تحت اسم AWS::BedrockAgentCore::Runtime، وهو أوضح مؤشر على كيفية ارتباط الاثنين.

س: هل يمكنني استخدام LangGraph أو إطار عمل آخر مع agent harness الذي يوفره AgentCore؟

جـ: ليس على الهيكل (harness). حيث توضح AWS أن اختيار إطار عمل الوكيل غير مدعوم، لأن الحلقة تعتمد على Strands Agents. يمكنك تشغيل LangGraph أو CrewAI أو كود مخصص على AgentCore Runtime، حيث إن Runtime محايد تجاه أطر العمل بطبيعته، ولكن الانتقال إلى Harness يعني ترك ذلك الكود جانباً. هذا هو السبب الرئيسي لعدم انتقال الفرق الملتزمة بأطر عمل معينة إلى Harness وبقائها على Runtime.

س: هل يمكنني تشغيل agent harness في VPC الخاص بي أو في بيئة محلية (on-prem)؟

جـ: نعم، باستخدام هيكل تستضيفه بنفسك. يعمل TrueForge من خلال أمر npx واحد محلياً، أو عبر Docker Compose و Helm للنشرات الخاصة بالفرق التي تستخدم Postgres و Redis والنسخ المماثلة (replicas) وتسجيل الدخول عبر OIDC. كما يمكن تشغيل منصة TrueFoundry المُدارة بشكل استضافة ذاتية، أو في البيئات المحلية، أو المعزولة عن شبكة الإنترنت (air-gapped)، أو الهجينة، مما يضمن عدم خروج أي بيانات من نطاقك. يدعم AgentCore harness شبكات VPC، ولكن تشغيله يتم داخل AWS.

س: كيف أقوم بحوكمة النماذج وخوادم MCP عبر عدد كبير من الوكلاء؟

جـ: من خلال طبقة البوابة (gateway)، بمجرد أن تتوقف المفاتيح المخصصة لكل فريق عن تلبية الاحتياجات عند التوسع. تضع بوابة AI Gateway من TrueFoundry أكثر من 1,000 نموذج LLM خلف API واحد متوافق مع OpenAI بزمن تأخير إضافي يتراوح بين 3 إلى 4 ميلي ثانية تقريباً و350+ RPS على vCPU واحد، مع التحكم في الوصول القائم على الأدوار (RBAC)، والميزانيات، وحواجز الحماية، وتدوير الاعتمادات، بالإضافة إلى تتبعات OpenTelemetry إلى Grafana أو Datadog أو Prometheus. ويتم التحكم بالوكلاء على AgentCore أو TrueForge أو أي منصة أخرى بنفس الطريقة.

قراءات ذات صلة

• Agent Harness vs Agent Framework: What's Actually Different?: التمييز بين الفئات الأساسية الذي يبنى عليه هذا المقال
• Best Agent Harness in 2026: Top 5 Options Compared: مقارنة بين الخيارات المتاحة في هذا المجال
• Best Open Source Agent Harness: الخيارات مفتوحة المصدر، إذا كنت تستبعد الخيارات المُدارة
• Claude Managed Agents Alternatives: نفس القرار مع الهيكل المُدار من Anthropic
• Amazon Bedrock Agents vs. The Control Plane: سؤال بنية AWS بشكل أوسع

الخلاصة

يتبع كل من AgentCore Harness و TrueForge نهجين مختلفين جذرياً لبناء وكلاء الذكاء الاصطناعي.

يجرد AgentCore Harness حلقة الوكيل. حيث تُعرّف النموذج، والتعليمات، والأدوات، والذاكرة، وغيرها من الإعدادات، وتتولى AWS إدارة التنفيذ. يمكن أن يسهل ذلك إدخال الوكيل إلى البيئة الإنتاجية، خاصة إذا كنت تبني بالفعل داخل منظومة AWS ومتقبلاً للقيود الخاصة بالهيكل المُدار.

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

لذا فإن الاختيار يعود في جوهره إلى مدى التحكم الذي تريده في بيئة تشغيل الوكيل بدلاً من التساؤل حول أي هيكل يحتوي على ميزات أكثر.

إذا كنت تريد من AWS إدارة التنسيق والبنية التحتية، فإن AgentCore Harness يوفر لك ذلك التجريد. وإذا كنت ترغب في فحص الهيكل وتخصيصه وتشغيله بنفسك، فإن TrueForge يوفر لك بديلاً مفتوح المصدر.

بالنسبة للفرق التي تقيّم البنية التحتية للوكلاء، فإن السؤال المهم ليس مجرد أي agent harness يجب أن نستخدم؟ بل هو ما هي الأجزاء من منظومة الوكلاء التي نريد من المنصة إدارتها، وما هي الأجزاء التي نريد التحكم فيها بأنفسنا؟

يمنحك npx @truefoundry/trueforge وكيلاً يعمل في دقيقة واحدة تقريباً، أو شاهد كيفية التعامل مع السياق في التشغيل الطويل بواسطة TrueForge.