كيفية بناء وكلاء ذكاء اصطناعي طويلة الأمد باستخدام Claude

خلاصة الموضوع (TL;DR)

Claude Managed Agents هي بيئة تشغيل مستضافة جديدة من Anthropic للوكلاء العاملين في بيئات الإنتاج. توفر لك هذه البيئة تنفيذًا معزولًا (sandboxed execution)، وجلسات طويلة الأمد، وصلاحيات محددة، وتتبعًا، وتنسيقًا اختياريًا متعدد الوكلاء دون إجبار فريقك على بناء هذه البنية التحتية من الصفر. إذا كان وكيلك يحتاج إلى استدعاء أدوات داخلية، أو واجهات برمجية لتطبيقات خارجية (APIs)، أو سلاسل عمل طويلة، فإن Apidog يساعدك على التحقق من عقود تلك الأدوات قبل أن تسمح للوكيل بالتعامل مع الأنظمة الحقيقية.

مقدمة

تستهدف Claude Managed Agents أحد أكبر الأسباب التي تؤدي إلى تعثر مشاريع الوكلاء: فبيئة التشغيل (runtime) أصعب في النشر من عملية البرمجة. تقدم Anthropic الآن طريقة مستضافة لتشغيل وكلاء طويل الأمد مع توفير العزل (sandboxing)، والصلاحيات، والتتبع، واستمرارية الجلسات بشكل مدمج، حتى تتمكن الفرق من قضاء وقت أقل في بناء البنية الأساسية ووقت أطول في نشر مهام عمل مفيدة.

إذا كنت تخطط لتعريض واجهات برمجة التطبيقات الداخلية (APIs) أو نقاط نهاية الأدوات لوكيل، فيجب عليك اختبار هذه الواجهة قبل الإطلاق. يمنحك Apidog طريقة مباشرة لمحاكاة نقاط نهاية الأدوات، والتحقق من صلاحية مخطط JSON، وربط سيناريوهات الاختبار متعددة الخطوات، وتشغيل فحوصات التراجع في CI باستخدام Apidog CLI. هذه نقطة بداية أكثر أمانًا من منح وكيل مستضاف جديد وصولاً مباشرًا واكتشاف أخطاء العقود في بيئة الإنتاج.

لماذا لا يزال من الصعب نشر وكلاء الإنتاج

إن وكيل العرض التوضيحي لعطلة نهاية الأسبوع سهل. أما وكيل الإنتاج فليس كذلك.

بمجرد أن تتجاوز طلبًا واستجابة واحدة، تظهر الأجزاء الصعبة بسرعة:

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

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

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

ماذا تتضمن Claude Managed Agents

وفقًا لمنشور إطلاق Anthropic، تجمع Claude Managed Agents بين نظام تنسيق (orchestration harness) مُعد خصيصًا لكلود وبنية تحتية مستضافة للإنتاج. عمليًا، يقدم الإطلاق خمس قدرات مهمة لفرق الـ API.

1. بيئة تشغيل وكيل مستضافة

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

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

2. جلسات طويلة الأمد

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

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

3. التنفيذ المعزول والحوكمة

يركز الإطلاق على التنفيذ الآمن في بيئة معزولة (sandboxing)، والمصادقة، والهوية، والصلاحيات المحددة. هذه ليست تفاصيل جانبية. إنها الفرق بين عرض توضيحي مثير ونظام جاهز للمؤسسات.

الوكيل الذي يمكنه فتح طلب سحب (pull request)، أو إنشاء جدول بيانات، أو التفاعل مع البيانات المالية يجب ألا يمتلك وصولاً واسعًا بشكل افتراضي أبدًا. تسمح الحوكمة المستضافة لك بتقييد ما يمكن أن تفعله بيئة التشغيل وتمنح فرق الأمن سطح مراجعة أوضح.

4. التتبع المدمج واستكشاف الأخطاء وإصلاحها

تقول Anthropic إن استدعاءات الأدوات، والقرارات، والتحليلات، وأنماط الفشل مرئية في Claude Console. التتبع الجيد يقلل الفجوة بين "شيء ما فشل" و"إليك الطلب المحدد، ومخرجات الأداة، والفرع الذي تسبب في ذلك."

هذا مفيد بشكل خاص عندما تقوم بتصحيح الأخطاء في الأدوات بدلاً من التوجيهات (prompts). في العديد من أنظمة الوكلاء، أضعف نقطة هي عقد الـ API حول الأداة، وليس النموذج نفسه.

5. تنسيق متعدد الوكلاء، في معاينة بحثية

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

كيف يغير هذا بنية منتج الوكيل

قبل Managed Agents، كان لدى الفريق النموذجي خياران.

الخيار أ: بناء بيئة التشغيل بنفسك

يمنحك هذا أقصى قدر من التحكم. كما يعني أنك تتحمل مسؤولية:

• عزل الحاويات أو الآلات الافتراضية (VM isolation)
• دورة حياة تنفيذ الأدوات
• استمرارية الجلسة
• نقاط الحفظ (checkpointing)
• الأسرار وبيانات الاعتماد
• منح الصلاحيات
• السجلات والتتبعات (logs and traces)
• إعادة المحاولة والتعافي
• صيانة العمليات بعد الإطلاق

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

الخيار ب: استخدام بيئة تشغيل مُدارة

يستبدل هذا بعض التحكم بالسرعة. بيئة التشغيل موجودة بالفعل، ويمكن لفريقك قضاء الوقت في تصميم المهام، وتجربة المستخدم (UX)، وجودة الأدوات بدلاً من بناء الأساسيات.

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

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

Claude Managed Agents مقابل البنية التحتية للوكلاء التي تبنيها بنفسك

هذه هي القاعدة العملية.

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

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

التسعير والمقايضات التي يجب أن تفهمها

تستخدم Managed Agents تسعير رمز Claude Platform القياسي بالإضافة إلى 0.08 دولار لكل ساعة جلسة نشطة. هذا منطقي للوكلاء الذين يقومون بعمل حقيقي بمرور الوقت، ولكنه يغير طريقة تفكيرك في التكلفة.

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

ثلاثة أسئلة مهمة قبل اعتمادها:

1. كم مرة ستستمر الجلسة لدقائق مقابل ساعات؟
2. ما مقدار القيمة التي يخلقها تشغيل واحد مكتمل للمستخدم؟
3. ما هي المهام التي يجب أن تبقى متزامنة، وما هي التي يجب أن تنتقل إلى التنفيذ في الخلفية؟

إذا كانت الإجابة هي "وكيلنا يقوم بمعظم الاستدعاءات القصيرة والحتمية"، فقد يظل دمج API العادي كافيًا.

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

كيفية اختبار واجهات برمجة تطبيقات أدوات الوكيل باستخدام Apidog قبل الإطلاق

هنا يجب أن يكون المقال محددًا.

النقطة الضعيفة في العديد من إطلاقات الوكلاء ليست النموذج. إنها طبقة الأداة. إذا كان وكيلك يمكنه استدعاء search_customers، create_invoice، open_pr، أو send_slack_message، فإن كل واحدة من هذه الأدوات هي عقد API. تحتاج إلى معرفة ما يحدث عندما يكون الحمولة مشوهة، أو ينحرف المخطط، أو يختفي حقل مطلوب، أو يكون رمز المصادقة لديه نطاق خاطئ.

يتناسب Apidog مع سير العمل هذا جيدًا لأنه يمكنك نمذجة عقود الأدوات قبل أن يصل الوكيل إلى مرحلة الإنتاج.

استخدم المحاكاة الذكية (Smart Mock) لإعداد نقاط نهاية الأدوات مبكرًا

تولد المحاكاة الذكية (Smart Mock) استجابات واقعية مباشرة من مواصفات الـ API الخاصة بك وتلتزم بقيود مخطط JSON. يمنح هذا فريقك طريقة سريعة لإعداد نقاط نهاية أدوات وهمية بينما لا يزال النظام الخلفي الحقيقي قيد التغيير.

بالنسبة لعمل الوكيل، هذا مهم لأنه يمكنك اختبار التخطيط واختيار الأدوات قبل أن تصبح جميع الخدمات اللاحقة جاهزة. إذا كان وكيلك المُدار يتوقع ticket_priority، account_id، أو status من نوع تعداد (enum)، يمكن للمحاكاة الذكية إرجاع بيانات تتطابق مع المخطط بدلاً من القيم البديلة المكتوبة يدويًا التي تخفي الأخطاء.

راجع أيضًا اختبار الـ API بدون Postman في عام 2026 إذا كنت توحد سير العمل هذا عبر الفريق.

بناء سيناريوهات اختبار متعددة الخطوات لسير عمل الوكيل

تعتبر سيناريوهات اختبار Apidog (Apidog Test Scenarios) مفيدة عندما يؤدي استدعاء أداة إلى تغذية الأداة التالية. تصف الوثائق دعم التنفيذ المتسلسل، وتمرير البيانات بين الطلبات، والتحكم في التدفق، وبيانات الاختبار المحددة مسبقًا، وتكامل CI/CD.

يتطابق هذا بشكل جيد مع أنظمة الوكلاء.

قد يبدو تدفق التحقق الواقعي كما يلي:

1. محاكاة أو استدعاء POST /tasks
2. استخراج task_id المُعاد
3. استدعاء GET /tasks/{task_id}
4. التأكد من انتقالات الحالة
5. تشغيل فرع خطأ باستخدام بيانات اعتماد غير صالحة
6. التحقق من أن حمولة الخطأ المواجهة للوكيل تظل ضمن العقد

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

التحقق من انحراف العقد قبل أن يعطل الوكيل

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

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

إضافة فحوصات CLI إلى CI لتغطية التراجعات

يمكن لـ Apidog CLI تشغيل مجموعات الاختبار من سطر الأوامر وإخراج التقارير، بما في ذلك تقارير HTML في دليل apidog-reports/ الذي تم إنشاؤه. وهذا يجعله مناسبًا جيدًا لفحوصات ما قبل الدمج أو ما قبل النشر على أدوات الوكيل.

سياسة بسيطة كافية:

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

عندما تفعل ذلك، يدخل وكيلك المُدار مرحلة الإنتاج بواجهة أدوات أنظف.

نمط معماري بسيط للبدء به

لست بحاجة إلى منصة وكلاء ضخمة في اليوم الأول. نمط بسيط يكفي.

طلب المستخدم
  -> جلسة Claude Managed Agent
  -> اختيار الأداة
  -> واجهات API داخلية وخدمات طرف ثالث
  -> ناتج أو إجراء
  -> مراجعة التتبع في Claude Console

قبل الإطلاق:
  مواصفات Apidog -> محاكاة ذكية (Smart Mock) -> سيناريوهات اختبار -> فحص التراجع عبر CLI في CI

هذا الفصل صحي.

دع Claude Managed Agents تتعامل مع اهتمامات وقت التشغيل مثل إدارة الجلسات، والتنفيذ المستضاف، والتنسيق. دع Apidog تتعامل مع تصميم عقد الـ API، والمحاكاة، والاختبار، وفحوصات التراجع حول الأدوات التي يعتمد عليها وكيلك.

هذا يحافظ على فصل طبقة النموذج وطبقة جودة الـ API، وهذا بالضبط ما تحتاجه معظم الفرق.

متى يكون هذا الإطلاق الأكثر أهمية

تعتبر Claude Managed Agents الأكثر إثارة للاهتمام لخمس مجموعات:

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

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

إذا كان الاستخدام يعمل بالفعل وكانت البنية التحتية هي نقطة الاختناق، فإن هذا الإطلاق يستحق اهتمامًا جادًا.

الخاتمة

Claude Managed Agents ليست مجرد ميزة نموذجية أخرى. إنها محاولة Anthropic لإنتاج الجزء المعقد من تسليم الوكيل: التنفيذ المستضاف، الاستمرارية، الحوكمة، والتتبع.

لهذا السبب، فإن هذا الإطلاق مهم. إنه يحول سؤال البناء من "كيف ننشئ بيئة تشغيل للوكيل" إلى "ما هي مهام العمل التي تستحق وكيلًا، وما مدى أمان الأدوات التي تدعمها؟"

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

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

ما هي Claude Managed Agents؟

Claude Managed Agents هي بيئة التشغيل المستضافة من Anthropic للوكلاء السحابيين على منصة Claude. تتضمن تنفيذًا معزولًا (sandboxed)، وجلسات طويلة الأمد، وتتبعًا، وصلاحيات محددة، وتنسيقًا مستضافًا.

هل Claude Managed Agents متاحة الآن؟

نعم. أعلنت Anthropic عنها كنسخة بيتا عامة في 8 أبريل 2026. بعض الميزات، مثل تنسيق الوكلاء المتعددين وحلقات التقييم الذاتي، لا تزال في مرحلة المعاينة البحثية.

كيف يتم تسعير Claude Managed Agents؟

تقول Anthropic إن تسعير رمز Claude Platform القياسي ينطبق، بالإضافة إلى 0.08 دولار لكل ساعة جلسة نشطة.

متى يجب استخدام Managed Agents بدلاً من بناء بيئة تشغيل خاصة بك؟

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

لماذا يجب على فرق الـ API اختبار أدوات الوكيل بشكل منفصل؟

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

كيف يمكن لـ Apidog المساعدة في اختبار أدوات الوكيل؟

يساعدك Apidog في تحديد عقد الأداة، وتوليد استجابات محاكاة من المخطط باستخدام Smart Mock، وربط التحققات متعددة الخطوات باستخدام Test Scenarios، وتشغيل فحوصات التراجعات في CI باستخدام Apidog CLI.