المحتويات
تشغيل وكيل في الإنتاج يعني أن تتولى بنفسك حلقة الوكيل وتنفيذ الأدوات وبيئة معزولة (sandbox) وحفظ الحالة—كل ذلك بنفسك. Claude Managed Agents يرفع هذا العبء بالكامل عن كاهلك: Anthropic تشغّله نيابةً عنك. أُطلق كـإصدار تجريبي عام في 8 أبريل 2026، وهو مجموعة من واجهات برمجة التطبيقات القابلة للتركيب لبناء ونشر وكلاء مستضافين على السحابة على نطاق واسع.
تتناول هذه المقالة، استناداً إلى المعلومات الرسمية، ما هو Managed Agents، وكيف يختلف عن Agent SDK ذاتي الاستضافة، والذاكرة الدائمة و"الحلم"، والتقييم القائم على النتائج وتعدد الوكلاء، والتسعير. النقاط الأساسية أولاً. ① بدلاً من "بناء حلقة الوكيل الخاصة بك"، تحصل على بيئة مُدارة بالكامل يمكن فيها لـ Claude قراءة الملفات وتشغيل الأوامر وتصفح الويب وتنفيذ التعليمات البرمجية بأمان. ② تتضمن ذاكرة دائمة محدودة بنطاق مساحة العمل (مُركّبة على /mnt/memory)، يمكن لـ "dream" أن يعيد تنظيمها ويدمجها. ③ التسعير هو الرموز (tokens) + 0.08$ لكل ساعة جلسة.
Anthropic تمتلك "جانب التشغيل" بأكمله
— الحلقة، البيئة المعزولة، الحالة، والذاكرة على بنية تحتية مُدارة
/mnt/memoryأنت تركّز على تعريف الوكيل. التسعير هو الرموز (tokens) + 0.08$ لكل ساعة جلسة (فقط أثناء التشغيل، يُقاس بدقة الملّي ثانية).
1. ما هو Managed Agents؟
على حدّ تعبير Anthropic، فإن Managed Agents هو "مجموعة من واجهات برمجة التطبيقات القابلة للتركيب لبناء ونشر وكلاء مستضافين على السحابة على نطاق واسع"، وتصفه الوثائق بأنه "إطار وكيل (agent harness) جاهز وقابل للتهيئة يعمل على بنية تحتية مُدارة." الجوهر: "بدلاً من بناء حلقة الوكيل الخاصة بك وتنفيذ الأدوات وبيئة التشغيل، تحصل على بيئة مُدارة بالكامل يمكن فيها لـ Claude قراءة الملفات وتشغيل الأوامر وتصفح الويب وتنفيذ التعليمات البرمجية بأمان." أما التخزين المؤقت للموجّهات (prompt caching)، وضغط السياق، والعزل في sandbox، وحفظ الحالة، فهي مدمجة منذ البداية.
وهو منظَّم حول أربعة مفاهيم—Agent (التعريف) / Environment (مكان التشغيل) / Session / Events. يمكن أن تكون الـ Environment إما بيئة sandbox سحابية مُدارة من Anthropic أو بيئة sandbox ذاتية الاستضافة على بنيتك التحتية الخاصة.
يمكن أن تُرفق بالـ Agent مهارات من Anthropic (pptx وxlsx وdocx وpdf)، ومهارات تكتبها بنفسك وترفعها (حتى 500 مهارة لكل جلسة). أمّا الأدوات، فإلى جانب مجموعة الأدوات المدمجة وخوادم MCP، يمكنك تعريف «أدوات مخصّصة» (custom tools) تنفّذها شيفرتك أنت.
المقصود بـ«الطوق» (harness) هنا كلّ ما في الوكيل عدا النموذج: الحلقة والأدوات والذاكرة وآليّات الأمان وغيرها. والفكرة نفسها مشروحة في ما هي هندسة الطوق؟
2. مقابل Agent SDK (الاستضافة الذاتية مقابل المُدارة)
الشيء الذي يسهل الخلط فيه هو الفرق عن Claude Agent SDK. الاثنان زوج على محور "أنت تشغّله" مقابل "Anthropic تشغّله."
- إطارك الخاص بـ Python / TypeScript
- أنت تُشغّل الحلقة والأدوات وبيئة التشغيل
- البنية التحتية والتوسّع على مسؤوليتك
- تحكّم كامل في التفاصيل
- الحلقة والـ sandbox والحالة على الجانب المُدار
- الذاكرة الدائمة والـ dreaming مدمجة
- الفوترة على وقت التشغيل (0.08$/ساعة)
- ركّز على التعريف، وسلّم التشغيل
باختصار: "تريد بناء محرّكك الخاص؟ Agent SDK. تريد استئجار المحرّك والتركيز على المحتوى؟ Managed Agents." هما ليسا متنافسَين—بل خيار حول مقدار ما تحتفظ به من التشغيل بنفسك. لمفهوم الوكلاء، انظر ما هو تعدد الوكلاء؛ ولبناء واحد، كيفية بناء نظام متعدد الوكلاء.
3. الذاكرة الدائمة و"الحلم" (dreaming)
من السمات المميّزة لـ Managed Agents الذاكرة الدائمة (memory store). وهي "مجموعة من المستندات النصية محدودة بنطاق مساحة العمل،" مُركّبة كدليل (/mnt/memory/) داخل الـ sandbox الخاص بالجلسة. يقوم الوكيل بقراءتها والكتابة إليها بعمليات الملفات الاعتيادية، وتبقى محتوياتها عبر الجلسات. وكل تغيير يُنشئ نسخة ذاكرة غير قابلة للتعديل لأغراض التدقيق. تُحفظ النسخ السابقة 30 يوماً من تاريخ كتابتها، لكن النسخ الحديثة لذاكرة قيد الاستخدام تُحفظ دائماً مهما كان عمرها (فالذاكرة التي نادراً ما تتغيّر قد تحتفظ بسجلّ أقدم من 30 يوماً). وإن أردت الاحتفاظ بالسجلّ مدة أطول، فصدّره عبر الـ API. الحدود: 100 kB لكل ذاكرة، 10,000 ذاكرة لكل متجر، 8 متاجر لكل جلسة.
ملاحظة للمطوّرين: تستخدم الواجهة البرمجيّة الخاصّة بمتاجر الذاكرة ترويسة beta خاصّة بها هي agent-memory-2026-07-22، وإرسالها مع managed-agents-2026-04-01 معًا يُعيد خطأ 400 (أمّا ربط متجر ذاكرة بجلسة فيبقى على الترويسة المعتادة). وفي صناديق الرمل المُستضافة ذاتيًّا لا تكون الذاكرة تركيبًا متّصلًا دائمًا، بل تحتفظ عمليّة العمل بنسخة منها وتُزامنها (وثائق الـ memory).
والأكثر غرابة هو "dreaming" (الحلم). وفقاً للوصف الرسمي: "يقرأ الـ dream متجر ذاكرة قائماً جنباً إلى جنب مع نصوص جلسات سابقة، ثم يُنتج متجر ذاكرة جديداً ومُعاد تنظيمه: المكرّرات مدموجة، والإدخالات القديمة أو المتناقضة مُستبدلة بأحدث قيمة، والرؤى الجديدة مُبرَزة." إنها مهمة غير متزامنة (async) (من 1 إلى 100 جلسة إدخال، مع تعليمات اختيارية) تتطلب ترويسة beta خاصة بها هي dreaming-2026-04-21 (فالترويسة managed-agents-2026-04-01 وحدها لا تفتح نقاط نهاية الـ dream).
يُحدَّد النموذج الذي يشغّل الـ dream عند إنشائه. وتذكر وثائق الـ dreams تسعة نماذج مدعومة خلال المعاينة البحثية: Claude Opus 5.5، Claude Fable 5.1، Claude Opus 5، Claude Fable 5، Claude Opus 4.8، Claude Opus 4.7، Claude Sonnet 5.5، Claude Sonnet 5، Claude Sonnet 4.6 (تم التحقق في 12 أكتوبر 2026). ولا يمكن تشغيل الـ dream على نماذج عائلة Haiku لأنها ليست في القائمة. وتُحسب تكلفة الـ dream بسعر الرموز القياسي للنموذج المحدَّد.
⚠️ ملاحظة دقّة: الـ dreaming هو معاينة بحثية (research preview) تتطلب طلب وصول. تصفه تدوينة الإطلاق من Anthropic (19 مايو 2026) بأنّه «عمليّة مجدولة»، وتقول إنّ بإمكانك تركه يُحدّث الذاكرة تلقائيًّا أو مراجعة التغييرات قبل اعتمادها. أمّا وثائق الواجهة البرمجيّة فتصفه بأنّه مهمّة غير متزامنة تُنشئها وتتابع حالتها: لا تُعدّل متجر الذاكرة المُدخل أبدًا، بل تكتب متجر مُخرجات منفصلًا يمكنك التخلّص منه إن لم تُعجبك النتيجة. ولا تؤكّد هذه المقالة أنّ «Anthropic تشغّله تلقائيًّا دائمًا».
4. التقييم القائم على النتائج وتعدد الوكلاء
من الميزات الأحدث التقييم القائم على النتائج (outcomes-based grading). وفقاً لـ Anthropic: "تكتب معياراً (rubric) يصف كيف يبدو النجاح، ويعمل الوكيل نحوه. ويقيّم مُقيّم منفصل المخرَجات وفق معاييرك في نافذة سياقه الخاصة." وتشير Anthropic إلى أنه "حسّن نجاح المهام بما يصل إلى 10 نقاط مقارنةً بحلقة موجّهات قياسية" (+8.4% لـ docx، +10.1% لـ pptx). وهذه قياسات أجرتها Anthropic بنفسها — إذ يسمّيها الإعلان "our internal benchmarks" — وليست نتائج جهات مستقلة. إصدار تجريبي عام.
تنسيق تعدد الوكلاء (multi-agent orchestration) مدمج أيضاً: "يقسّم وكيل قائد المهمة إلى أجزاء ويفوّض كلاً منها إلى متخصّص بنموذجه وموجّهه وأدواته الخاصة،" ويعملون بالتوازي على نظام ملفات مشترك. وتعكس فلسفة تصميم تنسيق الوكلاء ما ورد في كيفية بناء نظام متعدد الوكلاء.
وهناك الآن ثلاث طرق لتوزيع العمل (وثائق تعدّد الوكلاء). ① التفويض إلى وكلاء فرعيّين (subagents) (التفويض بمستوى واحد فقط، وحتى 25 خيطًا فرعيًّا في الوقت نفسه). ② dynamic workflows: يكتب الوكيل نفسه «برنامجًا يشغّل عدّة وكلاء ويجمع نتائجهم»، ويُنفّذه الخادم (حتى 1,000 وكيل في التنفيذ الواحد، و10 تنفيذات متزامنة لكلّ جلسة افتراضيًّا). ③ advisor: يواصل الوكيل عمله بنفسه، ويطلب المشورة من نموذج أعلى عند وضع الخطّة أو مراجعة اللمسات الأخيرة (وتُحتسب المشورة بسعر ذلك النموذج). وفي كلّ الطرق تُحتسب رموز جميع الوكلاء الذين عملوا، لذا توصي الوثائق الرسميّة بوضع سقف لإنفاق الجلسة.
5. ما أُضيف بعد الإطلاق
منذ الإطلاق في 8 أبريل 2026، تُضاف إلى Managed Agents ميزات جديدة كلّ بضعة أسابيع. التواريخ مأخوذة من إعلانات Anthropic (والبنود الخاصّة بأكتوبر 2026 مأخوذة من ملاحظات إصدارات Claude Platform).
- 23 أبريل 2026 — الذاكرة: أُطلقت متاجر الذاكرة (memory stores) كإصدار تجريبي عام.
- 19 مايو 2026 — outcomes وتنسيق تعدّد الوكلاء وwebhooks وdreaming: الثلاثة الأولى كإصدار تجريبي عام، وdreaming كمعاينة بحثيّة. ويمكن تلقّي إشعار عبر webhook عند انتهاء العمل.
- 19 مايو 2026 — صناديق رمل مُستضافة ذاتيًّا وأنفاق MCP: يمكن نقل تنفيذ الأدوات وحده إلى بنيتك التحتيّة (أو إلى مزوّدي صناديق رمل مثل Cloudflare وDaytona وModal وVercel)، بينما تبقى الحلقة وإدارة السياق والتعافي من الأخطاء لدى Anthropic. وتربط أنفاق MCP خوادم MCP داخل شبكتك الخاصّة دون كشفها، كمعاينة بحثيّة.
- 9 يونيو 2026 — التشغيل المجدول (scheduled deployments) والخزائن (vaults): يمكن تشغيل الوكيل وفق تعبير cron ومنطقة زمنيّة (بدقّة الدقيقة). ومفاتيح الواجهة البرمجيّة المحفوظة في خزانة لا يوجد منها في صندوق الرمل سوى قيمة بديلة؛ ويُضاف المفتاح الحقيقيّ عند حدود الشبكة، وفقط في الطلبات المتّجهة إلى النطاقات التي تسمح بها، فلا يراه الوكيل أبدًا.
- 7 أكتوبر 2026 — قيود الشبكة تشمل البحث والجلب من الويب: إذا كانت شبكة البيئة السحابيّة
limited، فإنّ المُضيفين المسموح بهم (allowed_hosts) صاروا يسرون أيضًا على أداتَيweb_searchوweb_fetch. فطلبweb_fetchلعنوان على مُضيف غير مسموح به يُعيد خطأً، وweb_searchلا تعرض نتائج من مُضيف غير مسموح به. وإذا كانتallowed_hostsفارغة، فلن تُعيد أيّ من الأداتين صفحةً أو نتيجة بحث. ولا يُضيفallow_package_managersولاallow_mcp_serversأيّ مُضيف لهاتين الأداتين. ولا يتأثّر بذلك وضعunrestrictedولا صناديق الرمل المستضافة ذاتيًّا. وفوق ذلك، يفشل إنشاء الجلسة بخطأ 400 إذا احتوتallowed_domainsلأداة ويب مفعّلة على مُضيف خارجallowed_hosts(وكذلك تحديث الجلسة الذي يُضيف مثل هذا البند). وبندallowed_hostsيطابق مُضيفًا واحدًا بعينه ما لم يبدأ بـ*.، لذا فإنّdocs.example.comلا يقع ضمن["example.com"]. - 7 أكتوبر 2026 — الجلب من الويب يقتصر على العناوين التي ظهرت في الجلسة: صارت
web_fetchلا تجلب إلا العناوين التي ظهرت من قبل في الجلسة، مثل نصّ رسالة المستخدم أو نتيجةweb_searchأو صفحة جُلبت سابقًا عبرweb_fetch. والغرض تقليل خطر تسريب البيانات. أمّا العنوان الذي لا يظهر إلا في مخرجات Claude نفسه أو في موجّه النظام أو في مستند مرفق أو في مخرجاتbashأو أداة MCP فلا يُحتسب، وطلب جلبه يُعيد الخطأurl_not_in_prior_context. ولكي يجلب الوكيل عنوانًا ما، أرسله في نصّ حدثuser.message. - 9 أكتوبر 2026 — dynamic workflows (تجريبيّ): أصبحت dynamic workflows المذكورة في الطريقة ② من القسم 4 متاحةً. يكتب الوكيل برنامجًا يشغّل وكلاء كثيرين على مراحل ويجمع نتائجهم، ويُشغّله الخادم في الخلفيّة بوصفه workflow run. ولتفعيلها يُضبط حقل
multiagentللوكيل على النوعmultiagent_20261001مع تفعيل workflows، ويُخبَر الوكيل في موجّه النظام متى يبدأ التشغيل. ويمكن تتبّع التقدّم عبر أحداثworkflow_run.*في تدفّق الأحداث. - 14 أكتوبر 2026 — التشغيل المجدول صار يعمل على Claude Platform on AWS: التشغيل المجدول الذي أُطلق في يونيو أصبح متاحًا على Claude Platform on AWS أيضًا (تم التحقق في 18 أكتوبر 2026). على AWS تُنشأ مع كل تشغيل جلسة بوصفها دورَ IAM في حساب AWS الخاص بك. يجب أولًا ضبط الحقل
execution_identityللوكيل علىaws_role، وإنشاء النشر دون ذلك يُعيد خطأ 400. ووثائق التشغيل المجدول ما زالت تصف الميزة بأنها إصدار تجريبي. - 14 أكتوبر 2026 — التصدير إلى OpenTelemetry (تجريبي): صار بالإمكان تتبّع طلبات Messages API وجلسات Managed Agents عبر OpenTelemetry، وإرسالها إلى منظومة المراقبة لديك (تم التحقق في 18 أكتوبر 2026). يُصدر SDK الخاص بـ Claude مقاطع التتبّع (spans) بلغات Python وTypeScript وC# وGo وJava وPHP وRuby، وإن أردت مقاطع من جهة API فأضِف وجهة التصدير في Claude Console (الوثائق الرسمية).
ويمكنك أيضًا تحديد سقف إنفاق لكلّ جلسة (session budget): يُحتسب الاستهلاك بالأسعار المُعلنة، وتتوقّف طلبات النموذج الجديدة عند بلوغ السقف.
6. التسعير والتوفر
للتسعير بُعدان: ① الرموز (tokens) (أسعار النموذج القياسية، مع تطبيق التخزين المؤقت للموجّهات) + ② وقت تشغيل الجلسة بسعر 0.08$ لكل ساعة جلسة. ويُقاس وقت التشغيل بدقة الملّي ثانية ولا يُفوتَر إلا أثناء حالة running (الخمول أو إعادة الجدولة مجاني). والمثال العملي من Anthropic: جلسة برمجة لمدة ساعة تستهلك 50,000 رمز إدخال و15,000 رمز إخراج تكلّف نحو 0.705$ ويستخدم هذا المثال أسعار Claude Opus 5 (5$ للإدخال و25$ للإخراج لكل مليون رمز، وفق صفحة الأسعار في سبتمبر 2026).
وفيما يلي الحالة نفسها محسوبةً لكل نموذج بأسعار صفحة الأسعار في 12 أكتوبر 2026. ويطابق العمود الأخير المثال الثاني من Anthropic، حيث تكون 40,000 من رموز الإدخال قراءات من التخزين المؤقت (تكلّف القراءة من التخزين المؤقت عادةً 0.1× من سعر الإدخال، و0.05× في Opus 5.5 وSonnet 5.5).
| النموذج (الإدخال / الإخراج لكل مليون رمز) | 50,000 إدخال، 15,000 إخراج، ساعة تشغيل | منها 40,000 قراءة من التخزين المؤقت |
|---|---|---|
| Claude Opus 5 (5$ / 25$) — مثال Anthropic | 0.705$ | 0.525$ |
| Claude Opus 5.5 (4$ / 20$) | 0.58$ | 0.428$ |
| Claude Sonnet 5.5 (2$ / 10$) | 0.33$ | 0.254$ |
| Claude Haiku 4.5 (1$ / 5$) | 0.205$ | 0.169$ |
| Claude Haiku 5.5 (0.10$ / 0.50$) — حتى 100,000 رمز إدخال في الطلب الواحد | 0.0925$ | 0.0889$ |
مبلغ 0.08$ لوقت التشغيل ثابت في كل الصفوف، والفرق يأتي من الرموز. وكلما كان النموذج أرخص، زادت حصة وقت التشغيل من الفاتورة (نحو 40% في Haiku 4.5، ونحو 90% في Haiku 5.5). ولاحظ أنّ Haiku 5.5 ينتقل إلى سعر أعلى (0.50$ للإدخال و2.50$ للإخراج) عندما يتجاوز إدخال الطلب الواحد 100,000 رمز. وفي جلسات الوكلاء التي يتراكم فيها السياق طويلًا، يسهل تجاوز هذا الحدّ.
تكلفة وقت التشغيل وحده شهرياً = ساعات التشغيل في اليوم × 30 يوماً × 0.08$. ولا يُحتسب إلا الوقت في حالة running، أما وقت idle الذي تنتظر فيه الجلسة رسالتك التالية فلا يُحتسب. فإبقاء الجلسة مفتوحة طوال اليوم لا يُكلّف إلا الوقت الذي تعمل فيه فعلاً.
| التشغيل في اليوم | تكلفة وقت التشغيل شهرياً (30 يوماً) | مرجع: الرموز نفسها كل ساعة (Sonnet 5.5) | كذلك (Opus 5.5) |
|---|---|---|---|
| ساعة واحدة | 2.40$ | 9.90$ | 17.40$ |
| 4 ساعات | 9.60$ | 39.60$ | 69.60$ |
| 8 ساعات | 19.20$ | 79.20$ | 139.20$ |
| 24 ساعة | 57.60$ | 237.60$ | 417.60$ |
يفترض العمودان الأخيران أن كل ساعة تستهلك الرموز نفسها كما في المثال أعلاه (50,000 إدخال، 15,000 إخراج، بلا تخزين مؤقت). ويتفاوت استهلاك الرموز الفعلي من مهمة إلى أخرى بمراتب عشرية، لذا اقرأ عمود وقت التشغيل على أنه حدّ أدنى، وضع سقفاً لإنفاق الرموز عبر ميزانية الجلسة.
| البند | التفاصيل |
|---|---|
| الإطلاق | 8 أبريل 2026 · إصدار تجريبي عام (مُفعَّل افتراضياً لجميع حسابات الـ API) |
| الوصول | عبر Claude Console / Platform CLI / Claude Code |
| التسعير | الرموز (tokens) + 0.08$ / ساعة جلسة (فقط أثناء التشغيل، يُقاس بالملّي ثانية) |
| البحث على الويب | عمليّات البحث داخل الجلسة تُحتسب بالسعر القياسيّ (10$ لكلّ 1,000 عمليّة بحث) |
| الخصومات | خصم Batch API لا ينطبق (الجلسات ذات حالة وتفاعليّة، ولا يوجد وضع دُفعات) |
| الزيادات | تثبيت model.inference_geo للوكيل على "us" يجعل سعر الرموز 1.1×، وضبط model.speed على "fast" يطبّق أسعار الوضع السريع الأعلى |
| تنبيه | ذو حالة بطبيعته، لذا غير مؤهّل لعدم الاحتفاظ بالبيانات (ZDR) أو لـ HIPAA BAA |
| الذاكرة / الحلم | الـ dreaming هو معاينة بحثية (research preview) (يتطلب طلب وصول) |
7. خطوات البدء
يتكوّن دليل البدء السريع الرسميّ من أربع خطوات. ويحتاج كلّ طلب إلى ترويسة الإصدار التجريبيّ managed-agents-2026-04-01 (يُضيفها SDK تلقائيًّا).
- أنشئ Agent: حدّد النموذج والمُوجِّه النظاميّ والأدوات وخوادم MCP والمهارات. وتُفعَّل مجموعة الأدوات المدمجة (bash وعمليّات الملفّات والبحث على الويب وغيرها) عبر
agent_toolset_20260401. تُنشئه مرّة وتُعيد استخدامه بمُعرّفه. - أنشئ Environment: حدّد مكان التشغيل. وفي صندوق الرمل السحابيّ تُحدّد الحزم المُثبّتة مسبقًا، وما إذا كانت الاتّصالات الصادرة مفتوحة (
unrestricted) أو مقصورة على المُضيفين المسموح بهم (limited). وإذا أُغفل هذا الإعداد عبر الـ API فالقيمةunrestricted، بينما تبدأ شاشة الإنشاء في Console بـlimited. وتطلب الوثائق الرسميّة تحديده صراحةً. ومنذ 7 أكتوبر 2026 يسري المُضيفون المسموح بهم في وضعlimitedعلى أداتَي البحث والجلب من الويب أيضًا، فأضِف المواقع التي تحتاجها هاتان الأداتان إلىallowed_hosts(والمُضيف المُضاف يُصبح متاحًا لصندوق الرمل أيضًا). - ابدأ Session: شغّلها بتحديد الـ Agent والـ Environment. وهنا أيضًا يمكنك وضع سقف للإنفاق (budget).
- أرسل الأحداث واستقبل النتائج: أرسل رسالة المستخدم كحدث، فيستخدم Claude الأدوات من تلقاء نفسه ويُعيد النتائج عبر server-sent events (SSE). ويمكنك إرسال تعليمات إضافيّة أثناء العمل أو مقاطعته.
ويمكنك أيضًا وصف الـ Agent والـ Environment في ملفّات وإنشاؤهما عبر الأمر ant apply في CLI. وللبدء من Claude Code، شغّل /claude-api managed-agents-onboard في أحدث إصدار، فيبدأ دليل تفاعليّ يرافقك في الإعداد خطوة بخطوة (دليل البدء السريع الرسميّ).
8. متى يناسب ومتى لا يناسب
استنادًا إلى قسم «متى تستخدمه» في الوثائق الرسميّة وشروط صفحة الأسعار:
| إذا كنت… | اختر |
|---|---|
| تريد أن تُسند بشكل غير متزامن عملًا يستغرق من دقائق إلى ساعات ويستدعي أدوات كثيرة | Managed Agents |
| تريد تشغيل شيء بإيقاع ثابت، كتقرير أسبوعيّ | التشغيل المجدول في Managed Agents |
| لا تستطيع إرسال الشيفرة أو الملفّات الحسّاسة إلى صندوق رمل خارجيّ | Managed Agents مع صندوق رمل مُستضاف ذاتيًّا |
| تريد التحكّم في الحلقة خطوة بخطوة | حلقتك الخاصّة على Messages API، أو Agent SDK |
| تحتاج إلى عدم الاحتفاظ بالبيانات (ZDR) أو HIPAA BAA | Managed Agents غير مؤهّل؛ ابنِ حلقتك الخاصّة |
| تريد خصم Batch API للكمّيات الكبيرة | غير متاح في Managed Agents؛ استخدم Batch في Messages API |
| تريد استخدامه عبر Amazon Bedrock أو Google Cloud | غير مُقدَّم على Bedrock ولا على الإصدار الذي تشغّله Google (Vertex AI السابق) متاح على Claude Platform on AWS التي تُشغّلها Anthropic ومتاح أيضًا على إصدار Google Cloud الذي تشغّله Anthropic (أُتيح عامّةً في 22 أكتوبر 2026)، لكن نفق MCP غير متاح عليه والفرق بين إصداري Google Cloud مشروح في مقال طريقة استخدام Claude على Vertex AI |
الخلاصة
Claude Managed Agents هو بيئة مُدارة بالكامل تشغّل فيها Anthropic نيابةً عنك حلقة الوكيل وتنفيذ الأدوات والـ sandbox وحفظ الحالة. وحيث يعني Agent SDK ذاتي الاستضافة "أنت تشغّل المحرّك،" يعني Managed Agents "Anthropic تشغّله، وأنت تركّز على التعريف"—خيار مزدوج يختلف في موضع المسؤولية التشغيلية.
وعلاماته المميّزة هي الذاكرة الدائمة المحدودة بنطاق مساحة العمل (مُركّبة على /mnt/memory، وتبقى عبر الجلسات) و"dreaming" (معاينة بحثية) لإعادة تنظيمها ودمجها، إضافةً إلى التقييم القائم على النتائج وتنسيق تعدد الوكلاء. والتسعير هو الرموز (tokens) + 0.08$ لكل ساعة جلسة، متاح لجميع حسابات الـ API كـإصدار تجريبي عام في أبريل 2026 (ذو حالة، لذا غير مؤهّل لـ ZDR / HIPAA BAA). ذات صلة: دليل Agent SDK، ما هو تعدد الوكلاء، كيفية بناء نظام متعدد الوكلاء.
الأسئلة الشائعة
س. ما هو Managed Agents؟
ج. مجموعة واجهات برمجة التطبيقات من Anthropic لبناء ونشر وكلاء مستضافين على السحابة. بدلاً من بناء حلقة الوكيل الخاصة بك وتنفيذ الأدوات وبيئة التشغيل، تحصل على بيئة مُدارة بالكامل يمكن فيها لـ Claude قراءة الملفات وتشغيل الأوامر وتصفح الويب وتنفيذ التعليمات البرمجية بأمان. والتخزين المؤقت للموجّهات والضغط والعزل وحفظ الحالة مدمجة. أُطلق كإصدار تجريبي عام في 8 أبريل 2026.
س. كيف يختلف عن Agent SDK؟
ج. في مَن يملك التشغيل. Agent SDK هو إطار ذاتي الاستضافة تشغّله بـ Python / TypeScript، حيث تُشغّل الحلقة والأدوات والبنية التحتية. أما Managed Agents فتوفّر فيه Anthropic الحلقة والـ sandbox والحالة والذاكرة على بنية تحتية مُدارة، وأنت تركّز على تعريف الوكيل. هما ليسا متنافسَين—بل خيار حول مقدار ما تحتفظ به من التشغيل.
س. ما هي الذاكرة الدائمة و"dreaming"؟
ج. الذاكرة الدائمة (memory store) هي مجموعة من المستندات النصية محدودة بنطاق مساحة العمل، مُركّبة في الـ sandbox كـ /mnt/memory/؛ يقرأها الوكيل ويكتب إليها بعمليات الملفات الاعتيادية وتبقى عبر الجلسات. أما "dreaming" فهي مهمة غير متزامنة تقرأ الذاكرة القائمة ونصوص الجلسات السابقة لـإنتاج متجر ذاكرة مُعاد تنظيمه—بدمج المكرّرات، وتحديث القيم القديمة، وإبراز رؤى جديدة. والـ dreaming حالياً معاينة بحثية (research preview) (يتطلب طلب وصول).
س. كم تكلفته؟
ج. بُعدان: رسوم الرموز (tokens) + وقت تشغيل الجلسة بسعر 0.08$ لكل ساعة جلسة. ويُقاس وقت التشغيل بدقة الملّي ثانية ولا يُفوتَر إلا أثناء حالة running (الخمول / إعادة الجدولة مجاني). وتقدير Anthropic هو نحو 0.705$ لجلسة مدتها ساعة تستهلك 50,000 رمز إدخال و15,000 رمز إخراج (بأسعار Claude Opus 5: 0.625$ للرموز و0.08$ لوقت التشغيل). وبأسعار 12 أكتوبر 2026 تكلّف الحالة نفسها 0.58$ على Opus 5.5، و0.33$ على Sonnet 5.5، و0.205$ على Haiku 4.5، ونحو 0.09$ على Haiku 5.5. أما وقت التشغيل وحده، بمعدّل 8 ساعات running يومياً، فيبلغ 19.20$ شهرياً (8 × 30 × 0.08$). وتستخدم الرموز أسعار النموذج القياسية مع التخزين المؤقت للموجّهات.
س. هل يمكن لأي شخص استخدامه؟
ج. إنه إصدار تجريبي عام منذ 8 أبريل 2026، مُفعَّل افتراضياً لجميع حسابات الـ API، ويمكن الوصول إليه عبر Claude Console / Platform CLI / Claude Code. لكن نظراً لأنه ذو حالة بطبيعته، فهو غير مؤهّل لعدم الاحتفاظ بالبيانات (ZDR) أو لـ HIPAA BAA. ولاحظ أيضاً أن الميزات تختلف حسب المرحلة—الـ dreaming هو معاينة بحثية تتطلب طلب وصول (راجع الوثائق الرسمية للأحدث).
