Ultracode في Claude Code 2026: كيفية تفعيله بأمر واحد
MarkdownUltracode في Claude Code: وضع يطلق فيه Claude فريقًا من الوكلاء بنفسه. كيف يختلف عن /effort xhigh، وكيفية تفعيله، ومدى سرعة استهلاكه للرموز.
قراءة المقال كاملًا
الخلاصة
Ultracode وضع في Claude Code يقرر فيه Claude بنفسه أن المهمة تستحق تنفيذها كسير عمل يضم عشرات الوكلاء المتوازيين بدلًا من الإجابة بمطالبة واحدة. فعّله باستخدام /effort ultracode للجلسة كلها، أو باستخدام كلمة ultracode في بداية مهمة واحدة. وهو يجمع في داخله مستوى الجهد xhigh (مثل Opus 4.8 عند أقصى مستوى) مع منسّق تلقائي. يفيد في عمليات التدقيق الكبيرة للشيفرة، وعمليات الترحيل التي تشمل مئات الملفات، والبحوث المتعمقة. لكنه يستهلك الرموز بسرعة تفوق الوضع العادي عدة مرات، لذا يُفضّل إبقاء /effort high للأعمال الروتينية.
للاطلاع على معلومات عن استخدام الخدمة، راجع وثائق Ailoot.
ما Ultracode ولمن يحتاج إليه
الخلاصة
Ultracode إعداد على مستوى الجلسة في Claude Code يجمع بين أقصى مستوى للاستدلال (xhigh) والتنسيق التلقائي لسير العمل الديناميكي. ظهر في 28 مايو 2026 ضمن الإصدار v2.1.154، بالتزامن مع إطلاق Opus 4.8. وهو مخصص للمهام الكبيرة التي لا تستطيع مطالبة واحدة التعامل معها: تدقيق مشروع كامل، أو ترحيل 500 ملف، أو البحث في سؤال معقد بالرجوع إلى 20 مصدرًا.
حتى 28 مايو 2026، لم يكن في Claude Code سوى المعامل /effort بمستويات low / medium / high / xhigh. وهذا هو مستوى «تفكير» النموذج: فكلما ارتفع، زاد عدد الرموز التي ينفقها على الاستدلال، وتحسنت دقة النتيجة، واستغرق Claude وقتًا أطول للرد.
لا يقع Ultracode على مقياس /effort low → xhigh، بل يأتي إلى جانبه. عند تفعيله، ينظر Claude إلى مهمتك ويقرر تلقائيًا: «من الأفضل تقسيم هذه المهمة على 30 وكيلًا متوازيًا حتى أتمكن من تجميع النتيجة». في السابق، كان عليك فعل ذلك يدويًا بكتابة سير عمل خاص بك أو إعداد أمر للوكلاء الفرعيين. أما الآن فيقرر Claude بنفسه متى يكون ذلك منطقيًا.
الجمهور الأساسي هم من بلغوا الحد الأقصى لما تستطيع مطالبة واحدة إنجازه. إذا كنت قد:
- شغّلت
/code-reviewعلى مستودع يضم 200 ملف، فتوقفت الجلسة عند الملف 50 - طلبت «اعثر على كل المواضع التي نستخدم فيها واجهة API المتقادمة»، فسرد Claude ثلاثة مواضع ونسي خمسة عشر موضعًا آخر
- رغبت في أن يتحقق Claude من فرضيته من ثلاث زوايا قبل أن يجيبك
فإن ultracode مناسب لك. أما إذا كنت تكتب دالة واحدة وتحتاج إلى حل واحد، فلا حاجة إليه؛ فالإعداد العادي /effort high سينجز المهمة باستخدام ثلث عدد الرموز.
كيف يختلف ultracode عن مستويات الجهد المعتادة low/medium/high/xhigh
الخلاصة
يغيّر مستوى effort المعتاد عمق الاستدلال في إجابة واحدة. أما Ultracode فيضيف خيارًا تلقائيًا: إطلاق سير عمل بوكلاء متوازيين أو حل المهمة في محاولة واحدة. يظل عمق الاستدلال عند الحد الأقصى xhigh، وتُضاف إليه طبقة أخرى هي التنسيق.
إليك مقارنة بأهم النقاط:
| المعامل | /effort low | /effort medium | /effort high | /effort xhigh | /effort ultracode |
|---|---|---|---|---|---|
| عمق الاستدلال | الحد الأدنى | متوسط | عميق | الحد الأقصى | الحد الأقصى (xhigh) |
| الرموز المستخدمة للاستدلال | قليلة | متوسطة | كثيرة | كثيرة جدًا | كثيرة جدًا + التنسيق |
| من يقرر تقسيم المهمة | أنت | أنت | أنت | أنت | Claude تلقائيًا |
| متى يبدأ سير العمل | بأمرك | بأمرك | بأمرك | بأمرك | مع كل مهمة كبيرة |
| إعادة الضبط بين الجلسات | لا | لا | لا | لا | نعم - يجب تفعيله مجددًا |
| الطرز المتاحة | جميعها | جميعها | جميعها | الطرز التي تدعم xhigh فقط | الطرز التي تدعم xhigh فقط (Opus 4.8) |
الفرق الأساسي في سطر واحد: /effort xhigh يعني «فكّر مدة أطول»؛ أما ultracode فيعني «فكّر مدة أطول وقرّر بنفسك متى تستطيع التعامل مع المهمة بمطالبة واحدة ومتى تحتاج إلى فريق من 30 وكيلًا». لذا يضيف ultracode، في جوهره، طبقة أخرى فوق xhigh: التنسيق التلقائي.
توضح Anthropic ذلك صراحةً في وثائقها الرسمية:
عند تشغيل ultracode، يقرر Claude متى تستدعي المهمة سير عمل. يمكن أن يتحول طلب واحد إلى عدة عمليات سير عمل متتالية: واحدة لفهم الشيفرة، وأخرى لإجراء التغيير، وثالثة للتحقق منه.
وهذا يعني أن طلبًا واحدًا منك قد يتحول إلى ثلاثة مسارات عمل متتالية: فهم الشيفرة، وإجراء التغييرات، والتحقق منها. ويمكن لكل واحد منها إطلاق 10–30 وكيلًا متوازيًا.
الإصدارات والطرز التي تدعم ultracode
الخلاصة
تحتاج إلى Claude Code v2.1.154 أو إصدار أحدث، وإلى طراز يدعم جهد xhigh. وحتى يونيو 2026، تربط Anthropic عمليًا إصدار xhigh بـ Opus 4.8 (ولا يوجد تأكيد في سجل التغييرات على طرز أخرى تدعم xhigh). يتوفر مع Pro / Max / Team / Enterprise + API. في Pro يجب تفعيله يدويًا من /config، أما في الخطط الأخرى فيعمل مباشرةً. وتدعمه أيضًا Bedrock وVertex AI وMicrosoft Foundry.
تحقق من إصدارك:
claude --version
إذا كان أقدم من 2.1.154، فحدّثه:
npm install -g @anthropic-ai/claude-code
بعد ذلك، اطّلع على قائمة مستويات الجهد:
claude /effort
إذا ظهر ultracode في القائمة المنسدلة، فأنت جاهز. وإذا لم يظهر، فالسبب على الأرجح أحد ما يلي:
- طرازك الحالي ليس Opus 4.8 (على سبيل المثال، لا يتضمن Sonnet 4.7 مستوى xhigh)
- تستخدم Pro والوضع معطل في
/config(فعّل خيار “Dynamic workflows”) - عطّل مسؤول مؤسستك سير العمل في الإعدادات المُدارة
تحقق من الطراز:
claude /model
إذا لم يكن الطراز الافتراضي هو Opus 4.8، فغيّره: اختر Opus 4.8 من قائمة الطرز أو عيّنه افتراضيًا باستخدام المفتاح d.
كيفية تفعيل ultracode: طريقتان
الخلاصة
الطريقة الأولى مخصصة للجلسة كلها، باستخدام /effort ultracode. وستمر كل مهمة لاحقة في تلك الجلسة بعملية اختيار سير العمل تلقائيًا. أما الطريقة الثانية فمخصصة لمهمة واحدة: ضع كلمة ultracode في بداية مطالبتك؛ فستُبرز الكلمة، ولن يبدأ كسير عمل إلا ذلك الطلب. ولا يتغير مستوى effort للجلسة.
الطريقة 1. تفعيله للجلسة كلها.
في جلسة Claude Code، أدخل:
/effort ultracode
من تلك اللحظة فصاعدًا، سيقرر Claude بنفسه ما إذا كان سيطلق سير عمل لكل مهمة كبيرة. وتستمر الجلسة حتى تغلقها. عند إغلاق Claude Code وفتحه مجددًا، ستتم إعادة ضبط ultracode. وهذا مقصود: ينبغي أن تفعّل هذا الوضع عن وعي، لا أن يكون مفعّلًا «افتراضيًا».
الطريقة 2. لمهمة واحدة فقط.
ضع ultracode في بداية المطالبة (قبل v2.1.160 كانت الكلمة المفتاحية هي workflow؛ وبعد هذا الإصدار غيّرت Anthropic اسم المشغّل لتجنب الخلط مع عمليات التشغيل العادية):
ultracode: راجع جميع نقاط /api/* في src/routes/ واعثر على مواضع غياب عمليات التحقق من التفويض
سيُبرز Claude Code كلمة ultracode ويطلق المهمة كسير عمل. ويبقى مستوى effort للجلسة كما هو (high أو medium، بحسب إعدادك).
تذكر Anthropic في وثائقها أن الأمر نفسه يعمل أيضًا باللغة الطبيعية:
تنجح أيضًا صياغة الطلب بكلماتك، مثل «استخدم سير عمل» أو «شغّل سير عمل»: يتعامل Claude مع الطلب المباشر باعتباره تفعيلًا اختياريًا مماثلًا.
إذا كتبت ultracode عن طريق الخطأ ولم تقصد إطلاق سير عمل، فاضغط على Option+W (macOS) أو Alt+W (Windows/Linux) بينما يكون المؤشر مباشرةً بعد الكلمة المظللة. سيختفي التمييز وستتابع المهمة بالطريقة المعتادة.
ما الذي يتغير في عمل Claude بعد تفعيله
الخلاصة
يتوقف Claude عن الرد «دورًا بدور» — مطالبة منك وإجابة واحدة من Claude. بدلًا من ذلك، يكتب سكربت JavaScript يشغّله وقت التشغيل في الخلفية. ويمكن للسكربت إطلاق 10–30 وكيلًا متوازيًا، لكل واحد منهم سياقه الخاص، ثم تجميع نتائجهم. وتظل جلستك سريعة الاستجابة، لذا يمكنك تكليف Claude بمهام جديدة بينما يعمل سير العمل في الخلفية.
قبل ultracode: تكتب مطالبة، ويفكر Claude لمدة 30 ثانية، ثم يجيب. إذا كانت المهمة كبيرة، يمتلئ سياقه بالنتائج الوسيطة، وبحلول نهاية الجلسة يبدأ كل شيء «بالانحراف» عن مساره.
مع ultracode: تكتب مطالبة، فيقدّر Claude حجمها ويكتب سكربتًا. يعمل السكربت بمعزل عن الجلسة؛ إذ تُحفظ النتائج الوسيطة في متغيرات السكربت، لا في سياق الجلسة. ولا يعود إليك إلا الجواب النهائي.
عمليًا، ينتج عن ذلك ثلاثة أمور:
- لا يمتلئ سياق الجلسة. يمكنك العمل مدة أطول من دون
/compact. - يمكنك تنفيذ المهام بالتوازي. قد يطلق تشغيل واحد ما يصل إلى 16 وكيلًا يعملون في الوقت نفسه (ويكون العدد أقل على الأجهزة ذات وحدات CPU محدودة). الحد الأقصى للتشغيل بأكمله هو 1000 وكيل.
- تُراجع النتيجة تلقائيًا. يستطيع Claude تكليف وكيل بكتابة حل وآخر بمراجعته نقديًا. وهذا يقلل الهلوسة في المهام المعقدة.
يمكنك متابعة التشغيل مباشرةً:
/workflows
ستُفتح قائمة بسير العمل الجاري والمكتمل. استخدم مفاتيح الأسهم لاختيار واحد، واضغط Enter لفتح تفاصيل مراحله. يمكنك الاطلاع على الوكلاء، واستخدام كل منهم للرموز، ومدة التنفيذ. اضغط p للإيقاف المؤقت، أو x للإيقاف، أو r لإعادة تشغيل وكيل.
متى تفعّل ultracode ومتى لا تفعّله
الخلاصة
فعّله للمهام التي لم تعد مطالبة واحدة قادرة على إنجازها: تدقيق مشروع كامل، أو ترحيل مئات الملفات، أو بحث معمق يقارن المصادر بعضها ببعض. لا تفعّله للأعمال الروتينية — إصلاح خطأ واحد، أو كتابة دالة واحدة، أو تصحيح خطأ مطبعي. تستهلك كل مهمة في وضع ultracode رموزًا أكثر بعدة مرات؛ لذلك فإن استخدامه للأعمال الصغيرة يهدر ميزانيتك ببساطة.
⚠️ منذ 15 يونيو 2026، قامت Anthropic بفصل الاشتراك: إذ تستخدم أعباء العمل البرمجية (بما فيها مسارات العمل) رصيدًا منفصلًا بقيمة $20–$200 شهريًا. وعند نفاد الرصيد، تتوقف طلبات سير العمل ببساطة، من دون الرجوع إلى الاشتراك. وهذا يغيّر اقتصاديات ultracode على Pro بدرجة كبيرة؛ راجع قسم الرموز أدناه.
ثلاث حالات يكون فيها استخدام ultracode مبررًا:
1. تدقيق قاعدة شيفرة كبيرة. على سبيل المثال: «اعثر على كل المواضع في المشروع التي نسجل فيها كلمات المرور في السجلات». لن تنجح مطالبة واحدة إلا في مستودع صغير. أما في مستودع يضم 500 ملف، فسينسى Claude نصفها، في حين سيطلق سير العمل 20 وكيلًا بالتوازي، يتولى كل منهم 25 ملفًا.
2. ترحيل يشمل ملفات كثيرة. استبدال واجهة API متقادمة، أو الانتقال من مكتبة إلى أخرى، أو إعادة هيكلة نمط في جميع أنحاء المشروع. يمكن لسير العمل معالجة الملفات على دفعات من 10 ملفات، مع التحقق من عمله بعد كل دفعة.
3. بحث يستلزم مقارنة المصادر بعضها ببعض. جمعت Anthropic هذه الإمكانية في سير العمل /deep-research: فهو يقسّم السؤال إلى محاور، ويعثر على المصادر، ويتحقق من الحقائق بمقارنتها، ويستبعد ما تعذّر تأكيده. شغّلته لجمع بيانات عن سوق البرمجة بالذكاء الاصطناعي، فحصلت على تقرير أفضل من ساعة من عملي اليدوي.
ثلاث حالات يهدر فيها ultracode الرموز:
1. إصلاح خطأ واحد في دالة واحدة. يمكن لمطالبة واحدة باستخدام /effort high أن تنجز ذلك بعُشر التكلفة. لا تطلق سير عمل لهذا الغرض.
2. كتابة دالة أو مكوّن واحد جديد. الأمر نفسه: استخدم /effort high أو حتى medium. لا يزداد التعقيد بزيادة عدد الوكلاء؛ بل يزداد بعمق الاستدلال، ويوفر xhigh ذلك وحده من دون تنسيق.
3. إذا كنت تريد إجابة سريعة. سير العمل أبطأ من المطالبة العادية بحكم تعريفه: فحتى مع الوكلاء المتوازيين، يستغرق التنسيق وقتًا. إذا كنت تحتاج الإجابة «الآن، خلال الدقيقة نفسها»، فلا تفعّله.
الاستراتيجية في المثال الموضح هنا هي اعتماد /effort high للتعديلات الروتينية، وتفعيل ultracode بشكل انتقائي لمهمة محددة باستخدام الكلمة في المطالبة، لا للجلسة كلها. وذلك لأن نسيان إيقافه سيجعل المهام الروتينية اللاحقة تعمل بوضع ultracode وتستهلك الرموز من دون داعٍ.
عدد الرموز والتكلفة
الخلاصة
يستهلك كل سير عمل عددًا من الرموز يساوي مجموع ما تستخدمه جميع وكلائه. وسير العمل الذي يضم 30 وكيلًا يعني 30 سياقًا، يحتوي كل منها على مطالبة نظام وأدوات واستدلال خاص به. لذلك يكون استهلاك الرموز أكبر بعدة مرات من استهلاك مطالبة واحدة. في Pro، قد يستهلك سير عمل كبير واحد نصف الحد اليومي. الوضع أسهل مع Max وTeam، لكن عليك مراقبة الاستهلاك مع ذلك.
لنقدّر الأمر تقريبًا. تستخدم مطالبة عادية واحدة على Opus 4.8 مع effort high نحو 5,000–15,000 رمز للاستدلال، إضافةً إلى إجابة النموذج. أما المهمة الجيدة والمهمة فتستهلك إجمالًا 50,000–100,000 رمز.
يعني سير العمل الذي يضم 20 وكيلًا 20 مطالبة متوازية، لكل منها سياق مطالبة نظام خاص به (~5–10K)، واستدلال خاص به (xhigh — 10–30K)، وإجابة خاصة به. ويبلغ التقدير التقريبي 600,000–1.5 مليون رمز لكل تشغيل. أي أنه أغلى من مطالبة «عادية» واحدة بمقدار 10–30 مرة.
إليك ما يعنيه ذلك من حيث التكلفة:
- Pro ($20/الشهر): في فبراير 2026، أوضحت Anthropic حظر الوصول البرمجي من برامج الجهات الخارجية، وفي 15 يونيو 2026 فصلت رصيد سير العمل عن اشتراك الدردشة. يحصل Pro على رصيد قدره $20 لأعباء العمل البرمجية. وسيستهلك سير عمل كبير نصف هذا الرصيد. وعند نفاده، ستتوقف عمليات إطلاق سير العمل حتى تفعّل رسوم الاستخدام الزائد.
- Max 5x ($100/الشهر): رصيد بقيمة $100. يكفي ذلك لـ 5–10 مسارات عمل كبيرة شهريًا.
- Max 20x ($200/الشهر): رصيد بقيمة $200.
- Team ($30/$150 لكل عضو): يتوافق الرصيد مع خطة الاشتراك الخاصة بكل مقعد.
- API: تدفع ببساطة سعر الرموز.
توصي Anthropic نفسها بتقدير التكلفة قبل تشغيل سير العمل كما توضح هنا:
لتقدير الإنفاق قبل الالتزام بمهمة كبيرة، شغّل سير العمل على جزء صغير أولًا: دليل واحد بدلًا من المستودع كاملًا، أو سؤال محدد بدلًا من سؤال واسع.
أي شغّل سير العمل على مجلد واحد أولًا، وتحقق من /workflows لمعرفة تكلفته، ثم قرر ما إذا كنت ستشغّله على المستودع بأكمله. الحد الأقصى للتشغيل هو 1000 وكيل إجمالًا، لكن حتى 100 وكيل في مستودع كبير يعني استهلاك مئات الآلاف من الرموز.
إذا كان هدفك «تقليل الاستخدام»، فيمكنك توجيه المراحل الثانوية صراحةً إلى طراز أصغر في سكربت سير العمل. اكتب في المطالبة: «استخدم Sonnet 4.7 لمرحلة تصنيف الملفات، واستخدم Opus 4.8 للتحليل النهائي فقط». تدعم Anthropic ذلك.
ما يحدث في الداخل: مسارات العمل و/workflows والحدود
الخلاصة
سير العمل سكربت JavaScript يكتبه Claude لمهمتك وينفذه وقت التشغيل في بيئة معزولة. يتولى السكربت نفسه الحلقات والتفرعات والنتائج الوسيطة، من دون أن يملأ سياقك. ويمكنك قراءة السكربت وتعديله وحفظه كأمر. حدود وقت التشغيل: 16 وكيلًا متوازيًا، و1000 وكيل إجمالًا لكل تشغيل.
يحفظ كل تشغيل سكربته الخاص في ملف ضمن ~/.claude/projects/. ويحصل Claude على مسار السكربت عند بدء التشغيل. وهذا يتيح لك:
- أن تطلب من Claude «أرني سكربت سير العمل هذا»
- فتحه في محرر وفحص منطقه
- مقارنته بالتشغيل السابق
- تعديله وطلب إعادة تشغيل النسخة المعدلة من Claude
يفرض وقت التشغيل الحدود التالية:
| الحد | السبب |
|---|---|
| لا يُسمح بإدخال المستخدم في منتصف التشغيل | لمنع الانتظار إلى ما لا نهاية — اجعل كل مرحلة سير عمل منفصلًا إذا احتجت إلى تأكيد بين المراحل |
| لا يستطيع السكربت الوصول مباشرةً إلى الملفات أو الصدفة | يتولى الوكلاء ذلك؛ ويقتصر دور السكربت على تنسيقهم |
| ما يصل إلى 16 وكيلًا متوازيًا في وقت واحد | لتجنب إرهاق وحدة CPU المحلية |
| 1000 وكيل إجمالًا لكل تشغيل | لمنع سكربت معطوب من الدخول في حلقة لا نهائية |
يُطبّق وضع أذونات على كل تشغيل. افتراضيًا، يطلب Claude Code الإذن في كل مرة. يمكنك اختيار «نعم، ولا تسأل مجددًا عن <name> في <path>»؛ وعندها لن يطلب سير العمل المحدد في ذلك المشروع الإذن مرة أخرى. في وضع Auto، يطلب الإذن في التشغيل الأول فقط، ثم يحفظ موافقتك في إعدادات المستخدم. وفي claude -p وAgent SDK، لا يطلب الإذن لعدم وجود شخص يجيب.
هناك تفصيل مهم: تعمل الوكلاء الفرعيون في مسارات العمل دائمًا بوضع acceptEdits، ويرثون قائمة الأدوات المسموح بها لديك، بغض النظر عن وضع الأذونات الحالي. وتُعتمد تعديلات الملفات تلقائيًا. ضع ذلك في حسبانك عند العمل على شيء مهم.
كيفية حفظ سير عمل ناجح كأمر
الخلاصة
إذا شغّلت سير عمل وأعجبك أداؤه وتعلم أنك ستعيد استخدامه، فاحفظه كـ /command باستخدام /workflows والمفتاح s. عندها سيعمل مثل أمر slash عادي: /workflow_name arguments. ويُحفظ إما في .claude/workflows/ الخاص بالمشروع (للفريق) أو في ~/.claude/workflows/ (لك وحدك).
السيناريو: شغّلت /code-review عبر ultracode على فرع جديد. نفّذ سير العمل ثلاث مرات: كانت الأولى مراجعة سريعة لكامل diff، والثانية فحصًا معمقًا لدوال الأمان، والثالثة شغّلت الاختبارات على الدوال المعدلة. كانت النتائج متقاربة جيدًا، واكتشف سير العمل مشكلتين.
أريد الآن تشغيله على كل فرع قبل الدمج. أفتح:
/workflows
أختار التشغيل المكتمل وأضغط s. في مربع الحوار، أختار مكان حفظه — .claude/workflows/ (داخل المشروع، في git، ومتاح للفريق) أو ~/.claude/workflows/ (شخصي، ومتاح في أي مشروع). أعطيه اسمًا، مثل pre-merge-review، ثم أضغط Enter.
بعدها، في أي جلسة مستقبلية:
/pre-merge-review
فيبدأ سير العمل بالسكربت نفسه الذي اختبرتُه.
إذا كان سير العمل يتوقع وسائط، فاشرح ذلك في المطالبة عند حفظه؛ وعندها يتلقى السكربت args كمتغير عام. ويمكنك تمرير قائمة من المسارات أو أرقام المشكلات أو معرفات الملفات أو أي شيء آخر.
تشير Anthropic إلى أن الوسائط تصل في صورة بيانات منظّمة:
يمرّر Claude القائمة في صورة بيانات منظّمة، لذا يمكن للسكربت استدعاء أساليب المصفوفات والكائنات على args مباشرةً من دون تحليلها أولًا.
وهذا يعني أنه يمكنك استخدام args.map(...) مباشرةً في السكربت من دون تحليل سلسلة نصية. يفيد هذا في المهام الكبيرة: قائمة من التذاكر أو المجلدات أو نقاط النهاية.
كيفية تعطيل ultracode ولماذا قد ترغب في ذلك
الخلاصة
عطّله باستخدام /effort high (أو مستوى آخر تحتاج إليه) لتعود الجلسة إلى الوضع الطبيعي. إذا أردت تعطيل مسارات العمل نهائيًا، فاستخدم خيار “Dynamic workflows” في /config أو عيّن متغير البيئة CLAUDE_CODE_DISABLE_WORKFLOWS=1. ويمكنك فعل ذلك في المؤسسات من خلال الإعدادات المُدارة.
السبب الأساسي لتعطيله هو العودة إلى الأعمال الروتينية. إذا انتقلت إلى ultracode لمهمة كبيرة وأنهيتها، فارجع فورًا:
/effort high
وإلا ستُنفّذ تعديلاتك الصغيرة التالية كسير عمل وتستهلك الرموز من دون أي فائدة.
للاستخدام بالكلمة المفتاحية فقط، أبق Dynamic workflows مفعلة واستخدم مستوى جهد عاديًا للجلسة مثل /effort high؛ وأضف ultracode للمهمة المختارة فقط. لا تطبق التعطيل العام أدناه لهذا الغرض؛ فهو يعطل الكلمة المفتاحية أيضًا. أما إذا أردت حظر مسارات العمل على مستوى الجلسة وبالكلمة المفتاحية معًا، فاستخدم أحد خيارات التعطيل العامة التالية:
# في إعدادات العميل
# /config → Dynamic workflows → off
# أو
# ~/.claude/settings.json
{
"disableWorkflows": true
}
# أو عبر متغير البيئة
export CLAUDE_CODE_DISABLE_WORKFLOWS=1
بعد ذلك، لن تؤدي الكلمة المفتاحية ultracode في المطالبة إلى تشغيل سير عمل، وسيختفي خيار ultracode نفسه من قائمة /effort. يفيد هذا إذا كنت تعمل ضمن فريق يريد قاعدة مشتركة واحدة: «لا لمسارات العمل التلقائية». في هذه الحالة، اضبطه في الإعدادات المُدارة للمؤسسة.
أُبقي /effort high خياري الافتراضي وأفعّل ultracode عند الحاجة فقط. إنه حل وسط بين «أنجز العمل جيدًا عند الحاجة» و«لا تهدر الميزانية بلا سبب». تكفي إعدادات high العادية للتعديلات الروتينية في المشروع الموضح هنا. وعندما أحتاج إلى إجراء تدقيق أمني كبير أو جمع أبحاث من 20 مصدرًا، أستخدم /effort ultracode أو أضع الكلمة في بداية المطالبة.
ما الخطوة التالية
إذا كنت تستخدم Claude Code الآن وتحققت من امتلاكك v2.1.154+ وطراز Opus 4.8، فجرّبه الآن. ليس للجلسة كلها، بل لمهمة محددة واحدة:
ultracode: راجع كل الملفات في src/components/ui/ واعثر على المواضع التي تختلف فيها تنسيقات الزر نفسه
تحقق من /workflows لمعرفة عدد الوكلاء الذين أُطلقوا والرموز التي استُخدمت. سيمنحك ذلك تصورًا أكثر واقعية للتكلفة والفائدة مما يمكن لأي نص أن يقدمه.
المصادر
المصادر
اطّلع أيضًا على:
- مسارات العمل الديناميكية في Claude Code: كيفية تنسيق مئات الوكلاء المتوازيين
- تعدد الوكلاء في Claude Code: كيفية تشغيل الوكلاء الفرعيين بالتوازي
- الروتينات في Claude Code: أتمتة العمل بجدول زمني بدلًا من cron
- Sonnet أم Opus في Claude Code: أي طراز تستخدم لكل مهمة
- وضع الأهداف في Claude Code وCodex: حدّد هدفًا واعمل على تحقيقه
تعرّف على Ailoot.
المزيد من التفاصيل
أسئلة شائعة
كيف أبقي مسارات العمل متاحة فقط عند استخدام الكلمة عمدًا؟
أبق Dynamic workflows مفعلة، واحتفظ بجهد جلسة عادي مثل /effort high. أضف ultracode فقط إلى المهمة التي تريد تشغيلها كسير عمل؛ فتعطيل مسارات العمل عمومًا يعطل مسار الكلمة أيضًا.
كيف أمنع الجلسة من اختيار مسارات العمل تلقائيًا؟
ارجع من /effort ultracode إلى مستوى جهد عادي. وإذا أردت حظر مسارات الجلسة والكلمة معًا، فاستخدم التعطيل العام الموضح في المقال، وتحقق من أن الكلمة لم تعد تبدأ سير عمل.