يستطيع Claude Code تخصيص نموذج وأدوات لوكيل فرعي للمشروع، بينما تتولى المحادثة الرئيسية التخطيط والمراجعة. يتيح ذلك لوكيل Opus الرئيسي إرسال خطوة تنفيذ محدودة إلى Haiku لإجراء تعديل واحد مصرح به في مستودع. النتيجة المفيدة هي تعديل شفرة جرى فحصه وسجل للنماذج التي عملت فعليًا. اختيار إعداد لنموذج أرخص وحده لا يثبت وجود توفير.

التغيير الأبرز

  • ما الذي تغيّر: يستطيع ملف وكيل المشروع طلب model: haiku لمنفّذ برمجة ذي اسم محدد، بينما تستخدم الجلسة الرئيسية Opus.
  • لماذا يهم: يستطيع الوكيل الرئيسي مراجعة مهمة أصغر للمنفّذ، لكن المطور يظل مسؤولًا عن تقرير ما إذا كانت الفروق تستوفي فحص القبول الأصلي.
  • ما الذي ينبغي مراقبته: قد تغيّر تجاوزات اختيار النموذج وسياسة المؤسسة والصلاحيات والمراجعة وإعادة المحاولة النموذج الفعلي وإجمالي الاستخدام. تحقق منها قبل ادعاء فائدة في التكلفة.

ابدأ بمهمة تقع ضمن مسؤوليتك بالفعل

تحتاج إلى مستودع Git تديره، وإذن بتعديله، ووصول في Claude Code إلى عائلتي النماذج، وتعديل واحد مصرح به صغير بما يكفي لتقييمه من الفروق. دوّن commit البداية، والملفات أو السلوك المشمول، وأمر القبول الموجود، ومعنى النجاح. استخدم نسخة عمل نظيفة للتشغيل. يجب أن يأتي الأمر من مشروعك؛ لا يستطيع هذا الدليل تقديم اختبار ذي معنى لمستودع غير معروف.

تحقق من claude --version ومن موفر الخدمة وترتيب الفوترة والقيود الفعلية على النماذج قبل البدء. في Anthropic API، يشير الاسمان المستعاران الحاليان opus و haiku إلى Opus 5.5 (claude-opus-5-5) وHaiku 5.5 (claude-haiku-5-5)؛ ويتطلب هذا الزوج Claude Code v2.1.293 أو أحدث. قد يربط موفرون آخرون الأسماء نفسها بأجيال أقدم. قد تمنع سياسة المؤسسة availableModels اختيارًا أو تستبدله. استخدم /model في الجلسة الرئيسية وسجّل نموذج الوكيل الرئيسي كما يظهر بدقة. حدد الميزانية المصرح بها وافحص ضوابط الحساب أو الموفر الفعلية؛ فالتوجيه المرسل إلى النموذج لا يضمن سقفًا للإنفاق. وثائق إعداد النماذج من Anthropic تشرح الربط والقيود الحالية.

1. عرّف منفّذ Haiku للمشروع

أنشئ ملفًا باسم فريد مثل .claude/agents/bounded-code-worker.md داخل المشروع، وراجعه، ثم شغّل وكيل Opus الرئيسي باستخدام claude --model opus أو اختر Opus باستخدام /model. هذا المثال تعريف لمنفّذ، وليس مهمة اختبار:

Markdown
---
name: bounded-code-worker
description: Implements one explicitly bounded, authorized repository change and reports the diff and checks for parent review.
model: haiku
tools: Read, Glob, Grep, Edit, Bash
permissionMode: default
---

أضف تعليمات النظام التالية بلغة عادية مباشرة بعد علامة الإغلاق --- في ملف الوكيل: نفّذ فقط المهمة ونطاق الملفات اللذين يمررهما الوكيل الرئيسي. قبل التحرير افحص الشفرة ذات الصلة وفحص القبول المحدد. إذا غابت المهمة أو الصلاحية أو مدخلات مطلوبة، فتوقف وأبلغ بالنقص. أجرِ أصغر تعديل ذي صلة. شغّل الفحص الأصلي عندما تسمح الصلاحيات، وأبلغ بالأمر الدقيق ونتيجته. أعد قائمة الملفات المعدلة، والغرض من الفروق، والإخفاقات المتبقية، وأي عمل لم تتمكن من التحقق منه. لا تنشئ commit ولا تنشر ولا تنفّذ deployment ولا توسّع المهمة دون تفويض صريح.

قائمة tools تتيح الأدوات؛ لكنها لا تحصر القراءة أو أوامر shell في المسارات المحددة. افحص صلاحيات المشروع والمؤسسة الفعلية، ولا سيما الوصول إلى shell، قبل التفويض. أبقِ الوكيل الرئيسي في وضع الصلاحيات Manual/default لهذا الإجراء: توضح Anthropic أن وجوده في وضع acceptEdits أو auto أو bypassPermissions يتجاوز إعداد المنفّذ permissionMode. إذا كان هذا أول ملف في مجلد agents أُنشئ حديثًا ولم يظهر الوكيل، فأعد تشغيل Claude Code. دليل الوكلاء الفرعيين يشرح هذه الضوابط.

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

2. فوّض وافحص ثم اقبل أو ارفض

أعطِ الوكيل الرئيسي توجيهًا مرتبطًا بالمهمة الحقيقية، باستخدام حدود الملفات وأمر الفحص الخاصين بك:

خطط بإيجاز لهذا التعديل المصرح به. فوّض التنفيذ المحدد فقط إلى bounded-code-worker. احتفظ بمعايير القبول الأصلية والمراجعة النهائية لديك. عندما يعود المنفّذ، أرني الفروق الدقيقة ونتيجة الفحص. لا تقبل التعديل ولا توسّعه حتى أراجعهما.

أثناء عمل المنفّذ، افتح /tasks وسجّل النموذج الظاهر في صفه. هذا هو فحص وقت التشغيل؛ أما كلمة haiku في ملف الوكيل أو التوجيه فهي مجرد طلب. يعرض Claude Code v2.1.242 أو أحدث النموذج الجاري هناك. تبقى المهمة الخلفية المكتملة في /tasks نحو 30 ثانية، لذا افحصها بسرعة واحتفظ بسجلها. إن فاتك الصف، فسجّل أن التحقق من النموذج غير مكتمل بدل استنتاجه من الملف.

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

لنهج ذي صلة بفحص إخفاق واحد في مستودع بمساعدة الذكاء الاصطناعي، راجع دليل الإصلاح والتحقق باستخدام AI Goal. ذلك الإجراء لا يضبط التفويض من Opus إلى Haiku المستخدم هنا.

إذا عرض /tasks نموذجًا مختلفًا أو تحذير استبدال، فافحص وسيطة النموذج في الاستدعاء، وfrontmatter الوكيل، و CLAUDE_CODE_SUBAGENT_MODEL، وقائمة النماذج المُدارة. في Claude Code الحالي، تتقدم أولوية نموذج الاستدعاء على frontmatter، ثم القيمة الافتراضية للبيئة، ثم النموذج الرئيسي؛ وقبل v2.1.251 كان إعداد البيئة هو المتقدم. CLAUDE_CODE_SUBAGENT_MODEL_FORCE=1 في v2.1.257 أو أحدث يمكنه تجاوز التعريف، ويمكن لـhook الإضافة المثبتة agent.spawn استبدال نموذج الاستدعاء. صحح المصدر الحقيقي للتجاوز أو أوقف التشغيل. لا تسمِّ نتيجة لم تُنتجها Haiku بأنها نتيجة Haiku.

3. سجّل الاستخدام دون اختلاق توفير

خذ قراءات /usage قبل هذه الجلسة المضبوطة وبعدها. سجّل لكل نموذج رموز الإدخال والإخراج وذاكرة التخزين المؤقت، وتقدير التكلفة المعروض، والموفر أو الخطة، والفروق المقبولة، ونتيجة الفحص الأصلي، والمراجعة أو إعادة العمل المطلوبة. تجمع كتلة Session الجلسة كاملة حسب النموذج؛ وليست فاتورة دقيقة لهذا المنفّذ المسمى. نسب إسناد الاستخدام إلى الخطة سجل محلي تقريبي ليوم أو أسبوع، وليست قياسًا لهذه المهمة الواحدة. لحساب API، تكون Claude Console المرجع المعتمد للفوترة. وفي الاشتراك، لا يعني التقدير الدولاري للجلسة فاتورة إضافية. علّم عرض آخر استخدام معروف بأنه قديم.

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

يعتمد هذا الإجراء على الوثائق الحالية، لا على تشغيل Claude Code بواسطة BIG CHANGE أو مهمة مقاسة. لا ترسل شفرة أو أسرارًا لم توافق مؤسستك على إرسالها إلى الموفر المُعدّ. يستخدم المسار هنا اختيار Opus وHaiku الأصلي في Claude Code؛ أما موفر نموذج آخر فيحتاج إلى gateway أو سير تنسيق محدد على نحو مستقل وفحوصه الخاصة.

المصادر وقراءات إضافية

  • Anthropic، إنشاء وكلاء فرعيين مخصصين — ملفات وكلاء المشروع، وأولوية النماذج، و /tasks، والصلاحيات، وسلوك worktree. فُحص الدليل الحالي في 20 أكتوبر 2026؛ وهو يوثق الميزة وليس نتيجة المثال غير المنفذ في هذا المقال.
  • Anthropic، إعداد النماذج — الأسماء المستعارة الحالية، واختلاف الموفرين، ومتطلبات الإصدار، وضوابط النماذج المُدارة. أكد الإصدار المثبت والموفر عند الاستخدام.
  • Anthropic، إدارة التكاليف بفاعلية — /usage: الحقول والتقديرات وفوترة الاشتراك مقابل API. لا يثبت توفيرًا لهذه المهمة.
  • Anthropic، ضبط الصلاحيات — قواعد صلاحيات الأدوات الفعلية التي يجب فحصها قبل تشغيل منفّذ يغيّر الشفرة.