نسخة Markdown

AI-translated from English; not yet reviewed by a fluent editor.

# فوّض مهمة برمجة واحدة في Claude Code من Opus إلى Haiku وتحقق من النتيجة

> سير عمل موثّق في Claude Code لنقل تعديل برمجي واحد محدود من الوكيل الرئيسي Opus إلى وكيل Haiku الفرعي للمشروع، وفحص النموذج الفعلي والفروق، وتفسير الاستخدام دون افتراض توفير.

By BIG CHANGE Editorial

Published: 2026-10-20T10:17:38.691Z
Updated: 2026-10-20T10:17:38.691Z
Canonical: https://bigchange.ai/blog/claude-code-opus-haiku-subagent-coding-guide

![Conceptual charcoal illustration of a reviewer using a laptop trackpad beside a generic two-column code diff with one orange changed section.](https://bigchange.ai/api/media/file/opus-haiku-diff-review-hero-v1.png)
AI-generated conceptual illustration by BIG CHANGE.

يستطيع 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](https://code.claude.com/docs/en/model-config) تشرح الربط والقيود الحالية.

## 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. [دليل الوكلاء الفرعيين](https://code.claude.com/docs/en/sub-agents) يشرح هذه الضوابط.

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

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

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

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

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

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

لنهج ذي صلة بفحص إخفاق واحد في مستودع بمساعدة الذكاء الاصطناعي، راجع [دليل الإصلاح والتحقق باستخدام AI Goal](https://bigchange.ai/blog/ai-goal-failing-repository-check-guide). ذلك الإجراء لا يضبط التفويض من 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](https://code.claude.com/docs/en/costs) يشرح عرض الاستخدام وحدود الفوترة.

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

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

- [Anthropic، إنشاء وكلاء فرعيين مخصصين](https://code.claude.com/docs/en/sub-agents) — ملفات وكلاء المشروع، وأولوية النماذج، و `/tasks`، والصلاحيات، وسلوك worktree. فُحص الدليل الحالي في 20 أكتوبر 2026؛ وهو يوثق الميزة وليس نتيجة المثال غير المنفذ في هذا المقال.
- [Anthropic، إعداد النماذج](https://code.claude.com/docs/en/model-config) — الأسماء المستعارة الحالية، واختلاف الموفرين، ومتطلبات الإصدار، وضوابط النماذج المُدارة. أكد الإصدار المثبت والموفر عند الاستخدام.
- [Anthropic، إدارة التكاليف بفاعلية](https://code.claude.com/docs/en/costs) — `/usage`: الحقول والتقديرات وفوترة الاشتراك مقابل API. لا يثبت توفيرًا لهذه المهمة.
- [Anthropic، ضبط الصلاحيات](https://code.claude.com/docs/en/permissions) — قواعد صلاحيات الأدوات الفعلية التي يجب فحصها قبل تشغيل منفّذ يغيّر الشفرة.

## Sources

- [إنشاء وكلاء فرعيين مخصصين — وثائق Claude Code](https://code.claude.com/docs/en/sub-agents) — الدليل الأساسي للمنتج بشأن ملفات وكلاء المشروع وfrontmatter وأولوية النماذج وتجاوزها وقراءة /tasks ووراثة الصلاحيات وسلوك worktree. لا يتحقق من المهمة غير المنفذة أو التوفير في هذا المقال.
- [إعداد النماذج — وثائق Claude Code](https://code.claude.com/docs/en/model-config) — المصدر الأساسي للأسماء المستعارة والمعرّفات الحالية لـOpus وHaiku في Anthropic API، واختلاف ربط الموفرين، والحدود الدنيا للإصدارات، وقيود availableModels المُدارة. يجب على القارئ التحقق من الاختيار المحلي الفعلي.
- [إدارة التكاليف بفاعلية — وثائق Claude Code](https://code.claude.com/docs/en/costs) — يشرح حقول رموز الجلسة والتقديرات في /usage، والإسناد المحلي للخطة، والعروض القديمة، والاشتراك مقابل فوترة API، وConsole مرجعًا للفوترة. لا يعطي فاتورة دقيقة لمنفّذ مسمى أو توفيرًا مقاسًا للمهمة.
- [ضبط الصلاحيات — وثائق Claude Code](https://code.claude.com/docs/en/permissions) — يشرح قواعد صلاحيات shell والملفات الفعلية ذات الصلة بمنفّذ يغيّر الشفرة. قائمة أدوات الوكيل الفرعي وحدها لا تحدد حدود مسارات نظام الملفات.