بات الوكلاء الفرعيون (subagents) في Claude Code يستهلكون قدرًا أقل من حد الاستخدام الخاص بك. نقلت Anthropic سطر الحالة الخاص بالوكلاء الفرعيين الخلفيين من إعادة قراءة المحادثة كاملةً إلى عمل Haiku 5.5 اعتمادًا على ملاحظات مختصرة. تكلفة كل تحديث انخفضت بنحو 99%، واستهلكت الجلسات التي بها وكلاء فرعيون خلفيون نحو 5% أقل من الحد. حدّث إلى الإصدار v2.1.316 أو أحدث للحصول على ذلك.
هذه هي القصة كاملة في أربع جمل. يغطي باقي هذا المقال من يحصل على التغيير، ومعنى النسبتين المئويتين، وما يبقى غير معروف، وأي الإعدادات تخفض استخدام الوكلاء الفرعيين أكثر من ذلك.
ما الذي تغيّر في وكلاء Claude Code الفرعيين
الوكيل الفرعي الخلفي (background subagent) هو مساعد يعمل جنبًا إلى جنب مع جلستك الرئيسية بينما تتابع عملك. في الطرفية (terminal)، يعرض سطر حالة قصيرًا يتيح لك معرفة ما يفعله، ويُحدَّث هذا السطر كل 30 ثانية.
أعلنت Anthropic عن التغيير على X في 5 نوفمبر 2026:
- قبل: كان كل تحديث كل 30 ثانية يعيد قراءة محادثة الوكيل الفرعي بالكامل.
- الآن: يكتب Haiku 5.5 التحديث اعتمادًا على ملاحظات مختصرة.
- دون تغيير: يحتفظ الوكيل الفرعي بنموذجه الخاص. إذا كان يعمل على Opus 5.5 أو Sonnet 5.5، فسيبقى على ذلك. سطر الحالة وحده هو الذي انتقل إلى Haiku 5.5.
لا تحتاج إلى تغيير أي إعداد ولا إلى المساس بجودة العمل نفسه. يأتي ناتج الوكيل الفرعي من النموذج نفسه كما كان من قبل.
لماذا كان سطر حالة الوكيل الفرعي مكلفًا
كان سطر الحالة مكلفًا لأن ملخصًا من سطر واحد كان يُكلف قراءة كاملة لمحادثة طويلة. الناتج كان ضئيلًا، أما المدخلات فليست كذلك، وتكررت المهمة كل 30 ثانية طوال مدة تشغيل الوكيل الفرعي.

يوضح الحساب مدى سرعة تراكم ذلك. بمعدل تحديث واحد كل 30 ثانية، يُنتج وكيل فرعي يعمل لمدة ساعة 120 تحديثًا. وثلاثة وكلاء يعملون لمدة ساعة ينتجون 360 تحديثًا.
طول المحادثة مهم أيضًا. تقول وثائق تكلفة Claude Code إن تكلفة الرموز (tokens) تتناسب مع حجم السياق، وتنمو محادثة الوكيل الفرعي كلما قرأ ملفات وشغّل أدوات. لذا فمن المرجح أن التصميم القديم كان يُحمّل أكبر تكلفة عندما يمتلك الوكيل طويل الأمد أكبر قدر من السياق. هذا هو استنتاجنا من الوثائق، لأن Anthropic لم تنشر منحنى تكلفة لذلك.
لا تخلط بين هذا وسطر الحالة المخصص الذي تنشئه بالأمر /statusline. تقول وثائق سطر الحالة إن ذاك يعمل محليًا ولا يستهلك رموز API. التغيير هنا يشمل سطر الحالة الذي يولّده Claude Code لكل وكيل فرعي قيد التشغيل.
الأرقام: 99% لكل تحديث، ونحو 5% لكل جلسة
يقيس الرقمان شيئين مختلفين، وواحد منهما فقط يصف حد الاستخدام الخاص بك.
| الرقم | ما الذي يقيسه | ما الذي لا يمثله |
|---|---|---|
| أقل بنحو 99% | تكلفة تحديث حالة واحد | توفير في فاتورتك أو في حدك |
| أقل بنحو 5% | الحد الذي تستهلكه الجلسات التي بها وكلاء فرعيون خلفيون | توفير في الجلسات التي لا تستخدمها |
| أكثر بنحو 6% | عدد المطالبات التي تحصل عليها من الحد نفسه، وفقًا لـ Anthropic | زيادة في الحد نفسه |

إذا كنت ستحفظ رقمًا واحدًا، فليكن 5%. خفض بنسبة 99% لشيء كان يشكل جزءًا صغيرًا من الجلسة يمنحك توفيرًا صغيرًا على مستوى الجلسة. لا يزال الوكلاء الفرعيون يؤدون عملهم الحقيقي عبر نموذجهم الخاص، وذلك العمل هو ما يستهلك معظم الاستخدام.
لم تذكر Anthropic كم من الحد كانت تستهلكه تحديثات الحالة من قبل. يشير الرقمان مجتمعين إلى نحو جزء واحد من كل عشرين من تلك الجلسات، لكن هذا استنتاج من أرقام مقربة، وليس رقمًا منشورًا.
سيتفاوت التوفير الذي تحصل عليه أنت أيضًا. نحو 5% هو ما تبلغ عنه Anthropic عبر الجلسات التي بها وكلاء فرعيون خلفيون. لم تنشر نطاقًا، والجلسة التي فيها وكيل فرعي قصير واحد لديها ما تكسبه أقل من جلسة فيها عدة وكلاء طويلي الأمد.
من يحصل على انخفاض استخدام الوكلاء الفرعيين
تقول Anthropic إن التغيير مُفعّل لمعظم الخطط الفردية وجميع خطط المؤسسات، وفي واجهة سطر الأوامر (CLI) فقط.
| أين تستخدم Claude Code | الحالة |
|---|---|
| Pro، Max، Ultra | مُفعّل لمعظم المستخدمين، لا للجميع |
| Team، Enterprise | مُفعّل للجميع |
| CLI | مشمول به، على الإصدار v2.1.316 أو أحدث |
| تطبيق سطح المكتب | لا شيء يحتاج إلى تغيير: فهو لا يكتب سطر الحالة هذا |
| مفتاح API، Bedrock، Vertex، Foundry | غير مذكور |
تفصيل سطح المكتب يأتي من رد في نفس المنشور من Lydia Hallie من Anthropic، قالت فيه إن تطبيق سطح المكتب لا يكتب سطر حالة الوكيل الفرعي هذا، فلم يكن هناك ما يحتاج إلى تغيير فيه.
ثمة فجوتان من المفيد معرفتهما:
- لا يوجد اختبار علني لكلمة «معظم». لا يذكر المنشور ولا الوثائق أي علامة أو مؤشر يبيّن ما إذا كان حسابك على Pro أو Max أو Ultra قد حصل على التغيير. تواجدك على الإصدار الصحيح أمر ضروري، لكنه لا يثبت أن التغيير مُفعّل لك فعليًا.
- مستخدمو الدفع مقابل كل رمز لا يجدون إجابة بعد. قدّمت Anthropic الأمر ضمن إطار حدود الخطط ولم تتناول إعدادات مفتاح API أو مزودي الخدمات السحابية. سجل التغييرات الخاص بالإصدار 2.1.318 يذكر فعلًا تغييرات على ملخصات تقدم الوكلاء الفرعيين على Bedrock أو Vertex أو Foundry أو عند تعطيل القياس البعيد (telemetry): فمع ذاكرة تخزين مؤقتة باردة للمطالبات، قد ينتظر المرء حتى 5 دقائق لاستجابة الوكيل الفرعي المعلّقة. يوضح ذلك أن تلك الإعدادات تحصل على معالجة خاصة بها، لا أنها تنال هذا التوفير.
مدخلات سجل التغييرات الخاص بالإصدار 2.1.316 التي اطّلعنا عليها لا تذكر سطر الحالة أيضًا، لذا فإن المنشور هو المصدر الوحيد للأرقام والإصدار.
كيفية تحديث Claude Code والتحقق من إصدارك
ثلاثة أوامر تكفي لذلك:
claude --version # needs to show 2.1.316 or later
claude update # installs a newer version if one exists
claude --version # confirm
يعمل الأمر claude update أيضًا مع التثبيتات عبر مديري الحزم، حيث يقوم بالتحديث من خلال ذلك المدير. أحدث إصدار مدرج في سجل التغييرات بتاريخ 5 نوفمبر كان 2.1.318.
لرؤية ما يستهلكه الوكلاء الفرعيون، شغّل الأمر /usage داخل جلسة. على خطط Pro وMax وUltra وTeam وEnterprise، ينسب هذا الأمر الاستخدام الأخير إلى المهارات والوكلاء الفرعيين والإضافات وخوادم MCP كنسب مئوية. اضغط d أو w للتبديل بين 24 ساعة و7 أيام. الأرقام تقريبية وتأتي من السجل المحلي على تلك الآلة، لذا تعامل مع المقارنة بين ما قبل وبعد على أنها دليل تقريبي. إذا كنت تتابع حدود الاستخدام عن كثب، يشرح دليلنا لحدود Claude Pro وMax كيف تعمل.
طرق أخرى لإنفاق أقل على الوكلاء الفرعيين
إصلاح سطر الحالة يحدث تلقائيًا، لكنه يعادل نحو 5% فقط. الوثائق واضحة بشأن الباقي: كل وكيل فرعي يرسل طلباته الخاصة، وهي تُحتسب ضمن الحد نفسه الذي تُحتسب فيه محادثتك الرئيسية. هذه الإعدادات تتيح مجالًا أكبر للمساعدة.
اختر نموذجًا أصغر. يرث الوكيل الفرعي نموذج جلستك ما لم يُخبَر بغير ذلك، فالتبديل إلى Opus ينطبق أيضًا على تلك الوكلاء. اضبط model: haiku في تعريف وكيل فرعي للمهام البسيطة. يغطي دليلنا حول Claude Haiku 5.5 في Claude Code هذا الإعداد.
لتعيين قيمة افتراضية للجميع:
{
"env": {
"CLAUDE_CODE_SUBAGENT_MODEL": "haiku",
"CLAUDE_CODE_SUBAGENT_MODEL_FORCE": "1"
}
}
المتغير الأول وحده ليس إلا افتراضيًا. تعريف الوكيل الفرعي أو نموذج يمرره Claude ما زال يتجاوزه، ولا يغيّر ذلك الوكلاء المدمجين Explore وPlan. أما المتغير الثاني فيفرض نموذجًا واحدًا على كل وكيل فرعي.
اخفض مستوى الجهد. أضاف الإصدار 2.1.316 المتغير CLAUDE_CODE_SUBAGENT_EFFORT، الذي يحدد مستوى الجهد للوكلاء الفرعيين عندما لا يحدد شيء آخر مستوى، بدل وراثة مستوى الجلسة. هو مذكور في سجل التغييرات لكنه لم يكن مدرجًا في مرجع متغيرات البيئة بتاريخ 5 نوفمبر، لذا تحقق من القيم المقبولة قبل الاعتماد عليه. لوكيل فرعي واحد، اضبط حقل effort الموثق في تعريفه (low أو medium أو high أو xhigh أو max، حسب النموذج).
شغّل عددًا أقل في آن واحد. السقف الافتراضي هو 20 وكيلًا فرعيًا قيد التشغيل لكل جلسة. اضبط CLAUDE_CODE_MAX_CONCURRENT_SUBAGENTS على عدد صحيح أقل إذا أردت سقفًا صارمًا. شغّل /tasks لرؤية ما يعمل، وأي نموذج وأي مستوى جهد يستخدمه كل وكيل فرعي.
اجعل نطاق المهمة محددًا. تشير وثائق التكلفة إلى أن الطلبات الغامضة تؤدي إلى مسح واسع النطاق. الوكيل الفرعي المُكلف بالتحقق من نقطة نهاية واحدة يقرأ أقل من وكيل مُكلف بمراجعة واجهة API بأكملها. يستعرض دليلنا حول إنشاء وكلاء Claude Code فرعيين مخصصين صيغة التعريف الكاملة.
شغّل اختبارات API في وكيل فرعي خلفي باستخدام Apidog CLI
تناسب عمليات تشغيل اختبارات API الوكيل الفرعي الخلفي جيدًا: فهي تستغرق وقتًا، وتنتج مخرجات مطولة، وأنت لا تحتاج إلا إلى معرفة حالات الفشل. يتيح Apidog CLI للوكيل الفرعي تشغيل سيناريو اختبار محفوظ بينما تتابع جلستك الرئيسية البرمجة، وتبقى المخرجات الخام خارج سياقك الرئيسي.
اضبطه مرة واحدة فقط:
npm install -g apidog-cli@latest
apidog login --with-token <YOUR_TOKEN>
npx -y skills add https://apidog.com # pick Claude Code when prompted
ثم أضف وكيلًا فرعيًا صغيرًا في .claude/agents/api-tester.md:
---
name: api-tester
description: Runs Apidog test scenarios and reports only the failures.
tools: Bash, Read
model: haiku
background: true
---
Run the Apidog test scenario you are given. Report which steps failed
and why. Don't paste the full output.
الآن امنح Claude Code مطالبة واحدة:
Use the api-tester subagent to run Apidog test scenario <scenarioId> in
project <projectId> against environment <environmentId>. Keep working on
the checkout refactor. When it finishes, tell me only what failed.
يشغّل الوكيل الفرعي أوامر مثل هذه:
apidog test-scenario list --project <projectId>
apidog test-scenario run <scenarioId> --project <projectId> -e <environmentId> -r cli,json --out-dir apidog-reports
تظهر مطالبات منح الأذونات الصادرة عن وكيل فرعي خلفي في جلستك الرئيسية، مع تحديد اسم الوكيل الفرعي الذي يطلب الإذن. في العمليات الطويلة، ينقل الإصدار 2.1.318 أيضًا أمر shell إلى الخلفية بعد مرور 3 دقائق، حتى لا تنتهي صلاحية ذاكرة التخزين المؤقتة للمطالبات أثناء تشغيله.
يعمل أمر run نفسه في بيئات CI مع الخيار -r junit، كما يوضح دليل CI/CD الخاص بـ Apidog CLI. للإعداد العام، راجع Apidog CLI في Claude Code. تغطي الخطة المجانية من Apidog حتى 4 مستخدمين.
الأسئلة الشائعة
هل تكلف وكلاء Claude Code الفرعيون الآن أقل بنسبة 99%؟ لا. تنطبق نسبة 99% على كل تحديث حالة على حدة. تقول Anthropic إن الجلسات التي بها وكلاء فرعيون خلفيون استهلكت نحو 5% أقل من الحد.
هل يعمل وكيلي الفرعي الآن على Haiku 5.5؟ لا. يحتفظ الوكيل الفرعي بنموذجه الخاص. سطر الحالة وحده هو الذي انتقل إلى Haiku 5.5.
ما الإصدار الذي أحتاجه؟ الإصدار v2.1.316 أو أحدث. شغّل claude --version للتحقق وclaude update للترقية.
هل ينطبق هذا على تطبيق Claude لسطح المكتب؟ لا، لأنه لم يكن هناك ما يحتاج إلى تغيير. قالت Lydia Hallie من Anthropic إن تطبيق سطح المكتب لا يكتب سطر حالة الوكيل الفرعي هذا.
هل التغيير مُفعّل في خطتي Pro؟ على الأرجح، لكن ليس بيقين. تقول Anthropic إن معظم مستخدمي Pro وMax وUltra لديهم التغيير، وجميع مستخدمي Team وEnterprise كذلك. لا يذكر المنشور ولا الوثائق طريقة للتحقق من حسابك.
هل يساعدني هذا إذا كنت أستخدم مفتاح API أو Bedrock؟ لم تذكر Anthropic ذلك. يتحدث الإعلان عن حدود الاستخدام ولا يغطي استخدام مفتاح API أو Bedrock أو Vertex.
