الوكلاء الفرعيون في Claude Code يستهلكون الآن قدرًا أقل من حد استخدامك

يستهلك الوكلاء الفرعيون في الخلفية (subagents) في Claude Code الآن جزءًا أقل من حد الاستخدام الخاص بك. إليك من يشمله هذا التغيير، وماذا تعني النسبتان 99% و5%، وكيف يمكنك تقليل استخدام الوكلاء الفرعيين أكثر.

Ashley Goolam

Ashley Goolam

6 نوفمبر 2026

الوكلاء الفرعيون في Claude Code يستهلكون الآن قدرًا أقل من حد استخدامك

Apidog للمؤسسات

النشر على الخوادم المحلية

SSO و RBAC

متوافق مع SOC 2

استكشف Apidog للمؤسسات

بات الوكلاء الفرعيون (subagents) في Claude Code يستهلكون قدرًا أقل من حد الاستخدام الخاص بك. نقلت Anthropic سطر الحالة الخاص بالوكلاء الفرعيين الخلفيين من إعادة قراءة المحادثة كاملةً إلى عمل Haiku 5.5 اعتمادًا على ملاحظات مختصرة. تكلفة كل تحديث انخفضت بنحو 99%، واستهلكت الجلسات التي بها وكلاء فرعيون خلفيون نحو 5% أقل من الحد. حدّث إلى الإصدار v2.1.316 أو أحدث للحصول على ذلك.

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

ما الذي تغيّر في وكلاء Claude Code الفرعيين

الوكيل الفرعي الخلفي (background subagent) هو مساعد يعمل جنبًا إلى جنب مع جلستك الرئيسية بينما تتابع عملك. في الطرفية (terminal)، يعرض سطر حالة قصيرًا يتيح لك معرفة ما يفعله، ويُحدَّث هذا السطر كل 30 ثانية.

أعلنت Anthropic عن التغيير على X في 5 نوفمبر 2026:

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

لماذا كان سطر حالة الوكيل الفرعي مكلفًا

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

Diagram comparing two flows: before, the whole subagent conversation fed each status update every 30 seconds; now, short notes go to Haiku 5.5, which writes the update at about 99% less cost per update

يوضح الحساب مدى سرعة تراكم ذلك. بمعدل تحديث واحد كل 30 ثانية، يُنتج وكيل فرعي يعمل لمدة ساعة 120 تحديثًا. وثلاثة وكلاء يعملون لمدة ساعة ينتجون 360 تحديثًا.

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

لا تخلط بين هذا وسطر الحالة المخصص الذي تنشئه بالأمر /statusline. تقول وثائق سطر الحالة إن ذاك يعمل محليًا ولا يستهلك رموز API. التغيير هنا يشمل سطر الحالة الذي يولّده Claude Code لكل وكيل فرعي قيد التشغيل.

الأرقام: 99% لكل تحديث، ونحو 5% لكل جلسة

يقيس الرقمان شيئين مختلفين، وواحد منهما فقط يصف حد الاستخدام الخاص بك.

الرقم ما الذي يقيسه ما الذي لا يمثله
أقل بنحو 99% تكلفة تحديث حالة واحد توفير في فاتورتك أو في حدك
أقل بنحو 5% الحد الذي تستهلكه الجلسات التي بها وكلاء فرعيون خلفيون توفير في الجلسات التي لا تستخدمها
أكثر بنحو 6% عدد المطالبات التي تحصل عليها من الحد نفسه، وفقًا لـ Anthropic زيادة في الحد نفسه
Bar comparison: one status update drops by about 99 percent, while a whole session with background subagents drops by about 5 percent, as stated by 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، قالت فيه إن تطبيق سطح المكتب لا يكتب سطر حالة الوكيل الفرعي هذا، فلم يكن هناك ما يحتاج إلى تغيير فيه.

ثمة فجوتان من المفيد معرفتهما:

مدخلات سجل التغييرات الخاص بالإصدار 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.

ممارسة تصميم API في Apidog

اكتشف طريقة أسهل لبناء واستخدام واجهات برمجة التطبيقات