لقد قررت إطلاق وكيل ذكاء اصطناعي إنتاجي على Claude. والآن تصادف أول مفترق طرق حقيقي: هل تدع Anthropic تدير حلقة الوكيل وبيئة الاختبار (sandbox) نيابة عنك باستخدام وكلاء Claude المُدارين (Claude Managed Agents)، أم تبقي الحلقة ضمن عمليتك الخاصة باستخدام حزمة تطوير وكيل Claude (Claude Agent SDK)؟ قد تبدو الخياران متشابهين من عرض توضيحي، لكنهما يسحبان بنية نظامك، ونموذج التكلفة الخاص بك، وجدول المناوبة الخاص بك في اتجاهات مختلفة. يستعرض هذا الدليل المفاضلات بالطريقة التي قد تفكر بها فعليًا على السبورة البيضاء، مع وكيل استرداد مدفوعات ووكيل تذاكر دعم كأمثلة عملية.
زر
خلاصة القول
اختر وكلاء Claude المُدارين عندما تريد من Anthropic استضافة حلقة الوكيل، وبيئة الاختبار (sandbox)، وحالة الجلسة للأعمال طويلة الأمد أو غير المتزامنة، وتفضل دفع رسوم تشغيل بدلاً من تشغيل تلك البنية التحتية بنفسك. اختر حزمة تطوير وكيل Claude عندما تحتاج إلى الحلقة داخل عمليتك الخاصة، والتحكم الكامل في الأدوات، ومحلية البيانات (data residency)، والتكلفة. كلاهما يدعمان بروتوكول MCP ونماذج Claude.
مقدمة
في عام 2026، توقف معنى "بناء وكيل ذكاء اصطناعي" عن كونه مجرد "ربط حلقة تكرارية حول إكمال دردشة". تقدم Anthropic الآن طريقتين متميزتين لتشغيل وكيل في بيئة إنتاج، ويؤثر هذا الاختيار على أكثر من مجرد الكود. فهو يحدد مكان بيانات العملاء، ومن يتم استدعاؤه في الساعة الثانية صباحًا عندما تتعطل مكالمة أداة، وكيف يتوقع فريقك المالي الإنفاق.
حزمة تطوير وكيل Claude (Claude Agent SDK) هي مكتبة: تقوم باستيرادها إلى خدمة بايثون أو تايب سكريبت، وتعمل حلقة الوكيل، وإدارة السياق، والأدوات المدمجة داخل عمليتك وبنيتك التحتية الخاصة. وكلاء Claude المُدارون (Claude Managed Agents) هو الشكل المعاكس: واجهة برمجة تطبيقات (REST API) مستضافة حيث تدير Anthropic الحلقة وبيئة اختبار لكل جلسة، ويرسل تطبيقك الأحداث ويستقبل النتائج. نفس النماذج الأساسية، لكن عقود التشغيل مختلفة جدًا.
تقوم معظم وكلاء الإنتاج بعمل حقيقي من خلال استدعاء واجهات برمجة التطبيقات (APIs): شحن بطاقة، إنشاء تذكرة Zendesk، الاستعلام عن خدمة مخزون، الوصول إلى نقطة نهاية تسعير داخلية. وهذا يعني أن موثوقية وكيلك تعتمد بشكل كبير على موثوقية واجهات برمجة التطبيقات والأدوات التي يستدعيها. قبل اختيار نموذج الاستضافة، تحتاج إلى طريقة لتصميم واجهات برمجة التطبيقات هذه، ومحاكاتها، واختبارها تحت حركة مرور مشابهة لعمل الوكيل. هذا هو المكان الذي تتناسب فيه منصة مثل Apidog: يمكنك محاكاة التبعيات التي يستدعيها وكيلك، وتشغيل اختبارات العقود عليها، واختبار خادم MCP بنفس الطريقة التي سيفعل بها الوكيل. سنعود إلى ذلك. أولاً، دعنا نوضح الخيارين، لأن اختيار الخاطئ مكلف للتراجع عنه. إذا كنت تريد مقدمة أعمق عن الجانب المستضاف على وجه التحديد، فراجع دليل وكلاء Claude المُدارين.
ما هو وكلاء Claude المُدارون (Claude Managed Agents) في الواقع
وكلاء Claude المُدارون هو نظام وكيل مسبق البناء وقابل للتكوين يعمل ضمن البنية التحتية التي تديرها Anthropic. بدلاً من كتابة حلقة الوكيل الخاصة بك، وبيئة الاختبار (sandbox)، وطبقة تنفيذ الأدوات، فإنك تصف الوكيل وتدع Anthropic تشغله. تم إطلاقه في نسخة تجريبية عامة في أبريل 2026 ويتطلب حاليًا رأس managed-agents-2026-04-01 التجريبي في كل طلب، والذي تقوم حزمة SDK بتعيينه لك.
تم بناء المنتج حول أربعة مفاهيم، وهي تتوافق تمامًا مع كيفية تفكيرك في مشغل المهام:
- الوكيل (Agent): النموذج، موجه النظام، الأدوات، خوادم MCP، والمهارات. تقوم بإنشائه مرة واحدة وتستخدم معرفه عبر جلسات متعددة.
- البيئة (Environment): قالب حاوية مُكوَّن يحتوي على حزم مثبتة مسبقًا (بايثون، Node.js، Go، وغيرها) وقواعد الوصول إلى الشبكة.
- الجلسة (Session): نسخة وكيل قيد التشغيل داخل بيئة، تقوم بمهمة واحدة وتنتج مخرجات. لديها نظام ملفات ثابت وتاريخ محادثات.
- الأحداث (Events): الرسائل المتدفقة بين تطبيقك والوكيل (مدخلات المستخدم، نتائج الأدوات، تحديثات الحالة)، يتم بثها عبر أحداث مرسلة من الخادم (server-sent events) وتخزينها على جانب الخادم.
التدفق هو: إنشاء وكيل، تكوين بيئة، بدء جلسة، إرسال رسائل المستخدم كأحداث، وبث الاستجابات. يمكنك توجيه الوكيل أثناء التشغيل عن طريق إرسال المزيد من الأحداث، أو مقاطعته لتغيير الاتجاه. يتم تخزين سجل الأحداث على جانب Anthropic ويمكنك استعادته بالكامل، وهو أمر مهم للتدقيق وتصحيح الأخطاء.
توفر الوكلاء المُدارون لـ Claude مجموعة من الأدوات المدمجة جاهزة للاستخدام: Bash، عمليات الملفات (قراءة، كتابة، تعديل، glob، grep)، البحث والاسترجاع عبر الويب، واتصالات خادم MCP لكل شيء آخر. رؤية Anthropic هي أن هذا الخيار هو الأفضل لأحمال العمل التي تتطلب تنفيذًا طويل الأمد (من دقائق إلى ساعات، العديد من استدعاءات الأدوات)، وحاويات سحابية آمنة مع وصول للشبكة، وبنية تحتية بسيطة من جانبك، وجلسات ذات حالة دائمة عبر التفاعلات. وهي متاحة أيضًا على منصة Claude على AWS مع بعض الاختلافات في توفر الميزات وسلوك الجلسة، وهو ما يستحق التحقق منه إذا كنت مقيدًا بسحابة معينة.
هناك أمران يجب أخذهما في الاعتبار. أولاً، تعمل الأدوات المخصصة بشكل مختلف هنا: يقرر Claude استدعاء أداة ما، لكن تطبيقك يقوم بتنفيذها وإرجاع النتيجة عبر تدفق الأحداث. لا يزال التنفيذ يحدث في بيئتك؛ فقط الحلقة وبيئة الاختبار (sandbox) هي المستضافة. ثانيًا، بعض الميزات (النتائج والوكلاء المتعددين) مقيدة كمعاينة بحثية تتطلب طلب وصول منفصل، لذا لا تفترض أن كل قدرة متاحة بمجرد تشغيلها. للنمط الأوسع وراء كل هذا، تغطي مقالتنا حول بنية الذكاء الاصطناعي القائم على الوكلاء (Agentic AI) كيفية ترابط الحلقة والأدوات والذاكرة.
ما هي حزمة تطوير وكيل Claude (Claude Agent SDK) في الواقع
حزمة تطوير وكيل Claude (Claude Agent SDK) هي مكتبة تمنحك نفس الأدوات وحلقة الوكيل وإدارة السياق التي تشغل Claude Code، قابلة للبرمجة في بايثون وتايب سكريبت. كانت تُسمى سابقًا Claude Code SDK؛ أشارت إعادة التسمية إلى نطاق أوسع من مهام البرمجة. يمكنك استخدام pip install claude-agent-sdk أو npm install @anthropic-ai/claude-agent-sdk، توجيهها إلى مفتاح API، وتعمل الحلقة داخل عمليتك الخاصة.
الوكيل الأصغر يكون صغيرًا. في بايثون، تستدعي query() مع موجه وكائن خيارات يسرد الأدوات التي قد يستخدمها الوكيل، ثم تكرر الرسائل المتدفقة. يقرأ Claude الملفات، يشغل الأوامر، ويحرر الكود دون أن تقوم بتنفيذ حلقة تشغيل الأدوات. هذا هو الفرق الجوهري عن حزمة تطوير العميل العادية (plain Client SDK)، حيث تكتب حلقة while response.stop_reason == "tool_use" بنفسك وتقوم بتنفيذ كل استدعاء أداة يدويًا.
تقدم حزمة SDK الآليات التي كنت ستبنيها بنفسك:
- أدوات مدمجة: قراءة (Read)، كتابة (Write)، تعديل (Edit)، باش (Bash)، جلوب (Glob)، جريپ (Grep)، بحث الويب (WebSearch)، جلب الويب (WebFetch)، أداة مراقبة (Monitor tool) لمراقبة السكريبتات الخلفية، وأداة طرح سؤال على المستخدم (AskUserQuestion) لتوضيح الأسئلة.
- خطافات (Hooks): وظائف استدعاء عند نقاط دورة الحياة (
PreToolUse،PostToolUse،Stop،SessionStart،SessionEnd،UserPromptSubmit، والمزيد) حتى تتمكن من التحقق من السلوك، تسجيله، حظره، أو تحويله. هذه هي الطريقة التي تبني بها سجل تدقيق لكل تغيير في ملف أو API. - وكلاء فرعيون (Subagents): إنشاء وكلاء متخصصين للمهام الفرعية المركزة؛ تحمل الرسائل
parent_tool_use_idحتى تتمكن من تتبع ما قام به كل وكيل فرعي. - بروتوكول MCP: ربط قواعد البيانات، المتصفحات، وواجهات برمجة التطبيقات عبر بروتوكول سياق النموذج (Model Context Protocol)، وهو نفس المعيار الذي يستخدمه وكلاء Claude المُدارون.
- أذونات (Permissions): الموافقة المسبقة على الأدوات الآمنة، حظر الأدوات الخطرة، أو طلب الموافقة على الإجراءات الحساسة. وكيل تحليل للقراءة فقط هو خيار سلسلة واحد.
- الجلسات (Sessions): التقاط معرف الجلسة، استئناف لاحقًا بسياق كامل، أو تفرع لاستكشاف بدائل. تكون الحالة بتنسيق JSONL على نظام ملفاتك، لذا أنت تملكها.
نظرًا لأن الحلقة تعمل في عمليتك، فإن حزمة SDK تقرأ أيضًا تكوين نظام ملفات Claude Code: المهارات في .claude/skills/، أوامر السلاش، ملف CLAUDE.md لسياق المشروع، والمكونات الإضافية. يدعم المصادقة واجهة برمجة تطبيقات Anthropic المباشرة بالإضافة إلى Amazon Bedrock، منصة Claude على AWS، Google Vertex AI، و Azure AI Foundry، بحيث يمكنك الاحتفاظ بالاستنتاج ضمن عقد سحابي موجود. إذا كنت تريد مسارًا عمليًا، فإن دليلنا حول إعداد حزمة تطوير وكيل Claude بخطة Claude والدليل التفصيلي حول بناء Claude Code الخاص بك يبدآن كلاهما من حلقة عمل.
تغيير واحد في الفوترة يجب أن تخطط له: بدءًا من 15 يونيو 2026، سيتم سحب استخدام Agent SDK و claude -p في خطط الاشتراك من رصيد شهري منفصل لـ Agent SDK، يختلف عن حدود الاستخدام التفاعلي. إذا افترض توقعك أن استدعاءات SDK تشارك نفس المجموعة مع استخدام Claude التفاعلي، فأعد النظر في ذلك. تحقق من شروط Anthropic الحالية مباشرة بدلاً من الوثوق برقم قرأته في منشور مدونة، بما في ذلك هذا المنشور.
مقارنة وجهاً لوجه: وكلاء Claude المُدارون مقابل حزمة تطوير وكيل Claude
إليك المقارنة بالطريقة التي تظهر بها عادةً في مراجعة معمارية. تعامل مع صف التكلفة كإشارة توجيهية؛ وتأكد من الأرقام الفعلية بالرجوع إلى صفحة أسعار Anthropic ووثائق الوكلاء المُدارين قبل تحديد ميزانية.
| المعيار | وكلاء Claude المُدارون (Claude Managed Agents) | حزمة تطوير وكيل Claude (Claude Agent SDK) |
|---|---|---|
| مكان تشغيل الحلقة | بنية تحتية تديرها Anthropic | عمليتك، بنيتك التحتية |
| الواجهة | REST API + تدفق أحداث SSE | مكتبة بايثون أو تايب سكريبت |
| التحكم في الحلقة | مُكوّن، غير مبرمج؛ توجهها عبر الأحداث | كامل: خطافات، أذونات مخصصة، منطق داخل العملية |
| نموذج التكلفة | أسعار رموز Claude القياسية بالإضافة إلى رسوم تشغيل لكل ساعة جلسة لوقت الوكيل النشط | أسعار رموز Claude القياسية بالإضافة إلى قوة الحوسبة التي تشغلها عليها |
| عبء التشغيل | منخفض: لا توجد بيئة اختبار (sandbox)، أو توسع، أو مخزن جلسات للتشغيل | أعلى: أنت تقوم بتشغيل الخدمة وبيئة الاختبار، وتوسيع نطاقها، ومراقبتها |
| قابلية المراقبة | سجل أحداث مستضاف بواسطة Anthropic، قابل للاستعادة بالكامل؛ مراقبة مدمجة | أي شيء تقوم بتجهيزه: خطافات، سجلاتك، مكدس التتبع الخاص بك |
| ملف تعريف زمن الوصول | قفزة شبكية إلى وقت التشغيل المستضاف؛ مُحسّن للعمل غير المتزامن طويل الأمد | حلقة داخل العملية؛ أنت تتحكم في القرب من بياناتك وأدواتك |
| محلية البيانات | تعيش بيئة الاختبار وحالة الجلسة في بنية Anthropic التحتية (خيار AWS متاح) | تبقى الملفات والحالة وتنفيذ الأدوات على بنيتك التحتية |
| تنفيذ الأدوات المخصصة | يطلب Claude؛ يقوم تطبيقك بالتنفيذ والإرجاع عبر التدفق | دوال بايثون أو تايب سكريبت داخل العملية |
| أفضل ملاءمة | وكلاء إنتاج طويلو الأمد، غير متزامنين، خفيفو البنية التحتية | النماذج الأولية المحلية، الوكلاء القريبون من نظام ملفاتك وخدماتك، التحكم الصارم في البيانات |
بعض الصفوف تستحق جملة من التفصيل الدقيق.
التكلفة. تختلف الأشكال، وليس سعر النموذج. يفرض وكلاء Claude المُدارون أسعار الرموز القياسية بالإضافة إلى رسوم تشغيل لوقت الجلسة النشط، لذا فإن وكيلًا يفكر لمدة ساعة يكلفك لتلك الساعة حتى بين استدعاءات الأدوات. لا تحتوي حزمة SDK على رسوم تشغيل Anthropic لكل ساعة، ولكنك تدفع مقابل الخوادم، والتوسع التلقائي، والمهندسين الذين يحافظون عليها. الأرخص على الورق ليس أرخص بمجرد أن تُسعِّر جدول المناوبة.
عبء التشغيل. هذا هو أوضح تقسيم. يزيل وكلاء Claude المُدارون بيئة الاختبار (sandbox)، ومخزن الجلسات، ومنطق التوسع من عبئك. تمنحك حزمة SDK التحكم في الثلاثة، وهو بالضبط ما تريده عندما يجب أن يعمل الوكيل داخل شبكة VPC بجانب قاعدة بيانات خاصة، وهو بالضبط ما لا تريده عندما يحتاج فريق مكون من شخصين فقط إلى عامل غير متزامن.
محلية البيانات (Data residency). مع حزمة SDK، لا يغادر تنفيذ الأدوات وحالة الجلسة بنيتك التحتية أبدًا؛ فقط استنتاج النموذج يذهب إلى Claude. مع وكلاء Claude المُدارين، تعيش بيئة الاختبار (sandbox) وسجل الأحداث في بيئة Anthropic (أو AWS، مع بعض التحفظات). بالنسبة للبيانات المنظمة، غالبًا ما يقرر هذا الصف السؤال بأكمله من تلقاء نفسه.
قابلية المراقبة. يقدم لك وكلاء Claude المُدارون سجل أحداث مستضافًا وقابلًا للاستعادة مجانًا. بينما تمنحك حزمة SDK خطافات (hooks) وتتوقع منك ربطها بمكدس التتبع الخاص بك. بيئات عمل مختلفة، ولكن نتيجة نهائية مماثلة إذا قمت بالعمل.
اختبار وتصحيح واجهات برمجة التطبيقات التي تستدعيها وكلاءك
بغض النظر عن نموذج الاستضافة الذي تختاره، فإن موثوقية وكيلك تهيمن عليها الأدوات وواجهات برمجة التطبيقات التي يستدعيها. وكيل استرداد مدفوعات يستنتج بشكل مثالي ولكنه يستدعي نقطة نهاية دفع غير مستقرة هو وكيل استرداد مدفوعات غير مستقر. لذا، تعامل مع التبعيات كأهداف اختبار من الدرجة الأولى، وليس كأمور ثانوية.
تستحق ثلاث طبقات الاختبار قبل الإطلاق.
عقود API. كل أداة يستدعيها وكيلك هي واجهة برمجة تطبيقات (API) ذات مخطط. قم بمحاكاة نقاط النهاية هذه وتأكيد أشكال الطلبات والاستجابات حتى لا يؤدي تغيير في الواجهة الخلفية إلى تعطيل الوكيل بصمت في بيئة الإنتاج. باستخدام Apidog، يمكنك إعداد محاكاة لخدمة المدفوعات أو التذاكر، وتحديد المخطط الدقيق الذي يتوقعه الوكيل، وتشغيل اختبارات العقود في جدول زمني. عندما تنحرف الخدمة الحقيقية، يفشل اختبار العقد قبل أن يفشل استرداد أموال العميل. للحصول على نهج منظم لذلك، يستعرض دليلنا حول كيفية اختبار وكلاء الذكاء الاصطناعي الذين يستدعون واجهات برمجة التطبيقات أنماط الفشل المهمة.
خوادم MCP. كلا الخيارين يوجهان الأدوات الخارجية عبر بروتوكول MCP. خادم MCP هو بحد ذاته خدمة ذات أدوات ومدخلات ومخرجات، وهو مكان شائع لتعطل الوكلاء: أداة تعيد حمولة مختلفة قليلاً، لا يتم التعامل مع مهلة، مسار خطأ يعيد نصًا نثريًا بدلاً من بيانات منظمة. اختبر خادم MCP مباشرة، بالطريقة التي سيصل بها الوكيل إليه، قبل ربطه بوكيل مباشر. يغطي دليلنا التفصيلي حول اختبار خادم MCP باستخدام Apidog كيفية تعداد الأدوات التي يكشفها الخادم واختبار كل منها. يتضمن Apidog أيضًا وكيل ذكاء اصطناعي ومصحح أخطاء A2A حتى تتمكن من مراقبة حركة مرور الطلبات والاستجابات التي يولدها الوكيل، بدلاً من مجرد التخمين.
سلوك طلب الوكيل نفسه. تستدعي الوكلاء واجهات برمجة التطبيقات بأنماط لا يفعلها البشر: دفعات من المحاولات المتكررة، قراءات جزئية، نفس نقطة النهاية يتم استدعاؤها عشر مرات في حلقة بينما يقوم النموذج بالاستدلال. أعد تشغيل هذه الحركة المرورية مقابل محاكاتك وشاهد ما يرسله الوكيل فعليًا. هذا هو المكان الذي يكسب فيه مصحح الأخطاء الذي يلتقط حركة مرور الوكيل المباشرة و A2A قيمته؛ يمكنك العثور على عاصفة إعادة المحاولة الزائدة عن الحد في مرحلة الاختبار بدلاً من اكتشافها أثناء إدارة حادث.
النقطة ليست الأدوات بحد ذاتها. بل هي أن قرار الاستضافة واستراتيجية الاختبار مرتبطان. يخفي وكلاء Claude المُدارون الحلقة، لذا فإن رؤيتك للفشل تأتي من خلال سجل الأحداث الخاص بهم بالإضافة إلى اختباراتك على مستوى API. تكشف حزمة SDK عن الحلقة، لذا يمكنك تجهيزها بخطافات ولكنك لا تزال بحاجة إلى نفس الاختبارات على مستوى API تحتها. في كلتا الحالتين، قم بتنزيل Apidog وضع تبعيات الوكيل تحت الاختبار قبل أن يقترب الوكيل من عميل حقيقي.
إطار عمل لاتخاذ القرار
تخطى عناء مقارنة الميزات الواحدة تلو الأخرى وأجب على هذه الأسئلة بالترتيب. أول "نعم" قوية توجهك إلى خيار.
اختر وكلاء Claude المُدارين إذا:
- يعمل وكيلك لفترة طويلة أو بشكل غير متزامن (من دقائق إلى ساعات، العديد من استدعاءات الأدوات) ولا ترغب في تشغيل مشغل مهام، أو بيئة اختبار (sandbox)، أو مخزن جلسات.
- أنت فريق صغير ويعد عدد موظفي العمليات هو القيد الأساسي، وليس التحكم.
- ترغب في سجل أحداث مستضاف وقابل للاستعادة دون بناء قابلية المراقبة من الصفر.
- تسمح وضعية بياناتك وامتثالك بوجود بيئة الاختبار وحالة الجلسة في بيئة Anthropic (أو AWS).
- أنت مرتاح لكونك في مرحلة بيتا مع بعض الميزات المقيدة بطلب معاينة بحثية.
اختر حزمة تطوير وكيل Claude إذا:
- يجب أن يعمل الوكيل داخل شبكة VPC الخاصة بك، بجانب قاعدة بيانات خاصة أو خدمة داخلية، دون وجود طرف ثالث يحتفظ بحالة الجلسة.
- تحتاج إلى تحكم دقيق في الحلقة: أذونات مخصصة، خطافات للتدقيق والسياسة، منطق أدوات داخل العملية.
- تستبعد قيود محلية البيانات أو اللوائح بيئة الاختبار المستضافة.
- ترغب في فوترة الاستنتاج من خلال عقد Bedrock أو Vertex أو Azure موجود، مع إبقاء الحلقة داخل الشركة.
- تقوم بعمل نماذج أولية محليًا وترغب في أن يعمل الوكيل مباشرة على نظام ملفاتك اليوم.
مسار شائع: قم بعمل نموذج أولي باستخدام Agent SDK محليًا لأن الحلقة موجودة هناك ودورة التكرار سريعة، ثم انتقل إلى وكلاء Claude المُدارين للإنتاج إذا فاقت المدخرات التشغيلية خسارة التحكم. هذا الانتقال هو عمل حقيقي، وليس مجرد تغيير في التكوين، لذا اتخذ القرار عمدًا بدلاً من الافتراض التلقائي. إذا كنت تفكر أيضًا في النماذج أو وكلاء البرمجة جنبًا إلى جنب مع هذا، فإن مقارنتنا بين Claude و Codex لعام 2026 هي قراءة مصاحبة مفيدة.
حالات استخدام واقعية
وكيل استرداد مدفوعات
يرغب فريق دعم في شركة تقنية مالية في وكيل يعالج طلبات استرداد المدفوعات من البداية إلى النهاية: قراءة التذكرة، البحث عن المعاملة، التحقق من سياسة الاسترداد، استدعاء واجهة برمجة تطبيقات المدفوعات لإصدار الاسترداد، وكتابة ملخص مرة أخرى إلى التذكرة. يتعامل هذا الوكيل مع الأموال، لذا تحتاج كل استدعاء لواجهة برمجة التطبيقات إلى عقد مختبر وسجل تدقيق واضح.
حزمة SDK هي الخيار الأمثل هنا. يجب أن يعمل الوكيل داخل شبكة VPC بجانب خدمة المدفوعات، ويجب ألا تغادر حالة الجلسة البنية التحتية للشركة، ويمكن لخطافات PreToolUse فرض قاعدة صارمة بأن أي استرداد يتجاوز عتبة معينة يتطلب موافقة بشرية. قبل الإطلاق، يقوم الفريق بمحاكاة نقاط نهاية المدفوعات ودفتر الأستاذ في Apidog، ويكتب اختبارات العقود لاستدعاءات الاسترداد والبحث، ويعيد تشغيل تذاكر تاريخية لمدة أسبوع مقابل المحاكاة ليرى بالضبط ما يرسله الوكيل. خطأ "عاصفة إعادة المحاولة" الذي يجدونه (الوكيل يعيد إصدار استدعاء استرداد بعد خطأ 504 نجح بالفعل) هو السبب الكامل لوجود طبقة الاختبار هذه.
وكيل فرز تذاكر الدعم غير المتزامن
تتلقى شركة SaaS آلاف تذاكر الدعم يوميًا وتريد وكيلًا لفرزها: تصنيفها، سحب السجلات ذات الصلة، صياغة رد، إما حلها أو تصعيدها. تصل التذاكر في جميع الساعات، وتستغرق كل منها بضع دقائق من استدعاءات الأدوات، والبيانات المتضمنة منخفضة الحساسية.
يتناسب وكلاء Claude المُدارون مع هذا الشكل جيدًا. العمل طويل الأمد وغير متزامن، والفريق صغير ولا يريد تشغيل أسطول عمالي للتوسع التلقائي، ويوفر سجل الأحداث المستضاف لهم تتبعًا لكل تذكرة مجانًا. لا يزالون يختبرون التبعيات: يتم محاكاة واجهة برمجة تطبيقات التسجيل وخادم MCP لنظام التذاكر واختبارهما تعاقديًا في Apidog حتى لا يؤدي تغيير المخطط في خدمة السجل إلى تدهور جودة الفرز بصمت. الاستضافة مُدارة؛ لكن صحة واجهة برمجة التطبيقات لا تزال من مسؤوليتهم.
وكيل عمليات بيانات داخلي خلف جدار الحماية
يرغب فريق المنصة في وكيل يستجيب للطلبات الداخلية مثل "إعادة ملء أقسام ETL الفاشلة بالأمس" عن طريق الاستعلام عن واجهة برمجة تطبيقات مهام داخلية، وتشغيل سكريبت إصلاح، والإبلاغ عن الحالة. واجهات برمجة التطبيقات الداخلية ليست متاحة على الإنترنت العام والبيانات حساسة.
تفوز حزمة SDK تلقائيًا. يجب أن يعمل الوكيل حيث يمكنه الوصول إلى الخدمات الخاصة، ولا يمكن لأي شيء يتعلق بحالة الجلسة أن يبقى في بيئة اختبار (sandbox) تابعة لجهة خارجية. يقوم الفريق بربط الخدمات الداخلية كخوادم MCP، ويختبر كل أداة MCP بشكل منفصل أولاً، ويستخدم خطافات SDK لتسجيل كل أمر ينفذه الوكيل في مسار التدقيق الحالي الخاص بهم. هذه هي الحالة التي لا يكون فيها خاصية "يعمل في عمليتك" الخاصة بـ SDK تفضيلاً؛ بل هي متطلب. للحصول على خلفية حول سبب تحول الوكلاء إلى مستهلكين أساسيين لواجهة برمجة التطبيقات، راجع مقالتنا حول وكلاء الذكاء الاصطناعي كمستهلكين جدد لواجهة برمجة التطبيقات.
خاتمة
قرار وكلاء Claude المُدارين مقابل حزمة تطوير وكيل Claude هو قرار تشغيلي وقرار حوكمة بيانات يرتدي زي تصميم واجهة برمجة تطبيقات (API). إليك ما يجب استخلاصه:
- وكلاء Claude المُدارون يستضيفون الحلقة وبيئة الاختبار (sandbox)؛ بينما تقوم حزمة SDK بتشغيلها في عمليتك الخاصة. هذه الحقيقة وحدها تدفع معظم المفاضلات.
- التكلفة هي شكل، وليست رقمًا: يضيف وكلاء Claude المُدارون رسوم تشغيل لكل ساعة جلسة؛ بينما تحول حزمة SDK تلك التكلفة إلى البنية التحتية والمناوبة التي تديرها.
- محلية البيانات غالبًا ما تحسم الأمر: البيانات المنظمة أو المقيدة بـ VPC تشير إلى حزمة SDK؛ بينما تشير الأعمال غير المتزامنة ذات الحساسية المنخفضة إلى وكلاء Claude المُدارين.
- عدد موظفي العمليات هو العامل الحاسم الآخر: تستفيد الفرق الصغيرة أكثر من وقت التشغيل المُدار وسجل الأحداث المستضاف.
- اختبر التبعيات بغض النظر عن الاستضافة: الوكيل موثوق به بقدر موثوقية واجهات برمجة التطبيقات وخوادم MCP التي يستدعيها.
- عمل نموذج أولي على SDK، ثم الإنتاج على وكلاء Claude المُدارين هو مسار معقول، ولكن تعامل مع الهجرة كمشروع.
- تحقق من الأسعار وحالة الإصدار التجريبي من المصدر قبل الالتزام؛ كلاهما يتطور في عام 2026.
الخطوة التالية: قبل ربط وكيل بأي شيء يتفاعل مع عميل، ضع تبعياته من واجهات برمجة التطبيقات وبروتوكول MCP تحت الاختبار. قم بتنزيل Apidog لمحاكاة نقاط النهاية هذه، وتشغيل اختبارات العقود، وتصحيح حركة مرور طلبات الوكيل الفعلية، بحيث يكون نموذج الاستضافة الذي تختاره مبنيًا على تبعيات أثبتت فعاليتها بالفعل.
الأسئلة الشائعة
ما هو الفرق الجوهري بين وكلاء Claude المُدارين (Claude Managed Agents) وحزمة تطوير وكيل Claude (Claude Agent SDK)؟
وكلاء Claude المُدارون هو واجهة برمجة تطبيقات REST API مستضافة حيث تدير Anthropic حلقة الوكيل وبيئة اختبار لكل جلسة؛ ترسل الأحداث وتستقبل النتائج. حزمة تطوير وكيل Claude هي مكتبة بايثون أو تايب سكريبت تشغل نفس الحلقة داخل عمليتك وبنيتك التحتية الخاصة. نفس نماذج Claude، ولكن ملكية تشغيلية مختلفة.
هل حزمة تطوير وكيل Claude هي نفسها حزمة تطوير Claude Code القديمة؟
نعم. تم تغيير اسم حزمة تطوير Claude Code إلى حزمة تطوير وكيل Claude ليعكس نطاقًا أوسع يتجاوز مهام البرمجة. إن حلقة الوكيل والأدوات المدمجة وإدارة السياق التي توفرها هي نفس الآلية التي تشغل Claude Code، وهي الآن معبأة كمكتبة وكيل للأغراض العامة.
أي الخيارين أرخص؟
يعتمد ذلك على شكل عبء العمل. يفرض وكلاء Claude المُدارون أسعار رموز Claude القياسية بالإضافة إلى رسوم تشغيل لوقت الجلسة النشط، لذا فإن الوكلاء الذين يستغرقون وقتًا طويلاً في التفكير يتراكمون تكلفة تشغيل. لا تفرض حزمة SDK رسوم تشغيل Anthropic بالساعة، ولكنك تدفع وتشغل قوة الحوسبة. تأكد من الأسعار الحالية على صفحة أسعار Anthropic؛ لا تعتمد ميزانيتك على رقم في منشور مدونة.
هل يمكنني استخدام خوادم MCP مع كلا الخيارين؟
نعم. كلاهما يوجه الأدوات الخارجية عبر بروتوكول سياق النموذج (Model Context Protocol). هذا هو أيضًا سبب أهمية اختبار خوادم MCP الخاصة بك قبل ربطها بأي من الخيارين؛ يوضح دليلنا اختبار خادم MCP باستخدام Apidog كيفية اختبار كل أداة يكشفها الخادم بالطريقة التي سيصل بها الوكيل إليها.
كيف أحافظ على بيانات العملاء خارج البنية التحتية لـ Anthropic؟
استخدم Agent SDK وقم بتشغيل الحلقة داخل بيئتك الخاصة. مع SDK، يبقى تنفيذ الأدوات وحالة الجلسة على بنيتك التحتية ويذهب استنتاج النموذج فقط إلى Claude. مع وكلاء Claude المُدارين، تعيش بيئة الاختبار (sandbox) وسجل الأحداث في بيئة Anthropic (يوجد خيار AWS مع بعض التحفظات)، والذي قد لا يلبي قواعد الإقامة الصارمة.
هل وكلاء Claude المُدارون (Claude Managed Agents) جاهزون للإنتاج؟
تم إطلاقه في نسخة تجريبية عامة في أبريل 2026 ويتطلب رأس managed-agents-2026-04-01 التجريبي في كل طلب. تتوفر وظائف الجلسة الأساسية بشكل عام لحسابات API، بينما بعض الميزات مثل النتائج والوكلاء المتعددين مقيدة بطلب معاينة بحثية منفصل. تعامل معه كإصدار تجريبي وتحقق من الوثائق لمعرفة الحالة الحالية.
كيف أختبر وكيلًا قبل أن يتفاعل مع واجهات برمجة تطبيقات حقيقية؟
قم بمحاكاة كل واجهة برمجة تطبيقات (API) وخادم MCP يستدعيها الوكيل، واكتب اختبارات عقود على مخططات الطلب والاستجابة، وأعد تشغيل حركة مرور واقعية مقابل المحاكاة لترى ما يرسله الوكيل فعليًا. يغطي Apidog كل هذه الجوانب الثلاثة، بما في ذلك وكيل الذكاء الاصطناعي ومصحح الأخطاء A2A لفحص حركة مرور الوكيل المباشرة. يوضح دليلنا كيفية اختبار وكلاء الذكاء الاصطناعي الذين يستدعون واجهات برمجة التطبيقات أنماط الفشل.
هل يمكنني البدء بأحد الخيارين والتبديل إلى الآخر لاحقًا؟
يمكنك ذلك، والمسار الشائع هو عمل نماذج أولية باستخدام Agent SDK محليًا ثم الانتقال إلى وكلاء Claude المُدارين للإنتاج. لكنه ليس مجرد تبديل في التكوين: فالواجهات تختلف (مكتبة مقابل REST بالإضافة إلى الأحداث)، وتنفيذ الأدوات المخصصة يعمل بشكل مختلف، وتنتقل حالة الجلسة من نظام ملفاتك إلى سجل مستضاف. خطط له كمشروع هجرة.
زر
