إذا كنت تستخدم وضع "التفكير الموسع" (Extended Thinking) في Claude، انتبه – فقد تم وضع علامة عليه في Claude 4.6 على أنه مهمل (سيتم إيقافه قريبًا). بدلاً منه، هناك وضع أكثر ذكاءً: التفكير التكيفي (Adaptive Thinking).
التغيير الأساسي: في السابق كنت تحتاج إلى تعيين ميزانية رموز التفكير يدويًا (budget_tokens)، أما الآن فإن Claude يقرر بنفسه ما إذا كان يحتاج إلى التفكير وإلى أي عمق. الأسئلة البسيطة تحصل على إجابات فورية، والأسئلة المعقدة تحصل على استدلال متعمق – كل ذلك بمعامل واحد فقط.
القيمة الأساسية: بعد قراءة هذه المقالة، ستتعلم طريقة استدعاء Adaptive Thinking عبر API، وتفاصيل الترقيات الأربع الرئيسية، وكيفية تكوين معامل effort، بالإضافة إلى دليل كامل للانتقال من Extended Thinking.

ما هو التفكير التكيفي: فهمه في جملة واحدة
التفكير الموسع (الوضع القديم): يخبر المطور Claude أن "لديك ميزانية 10000 رمز للتفكير"، فيستخدم Claude كل هذه الميزانية.
التفكير التكيفي (الوضع الجديد): يقوم Claude بتقييم تعقيد المشكلة بنفسه، ويقرر "هل يحتاج إلى التفكير" و"إلى أي عمق".
# ❌ الوضع القديم (التفكير الموسع) - قريب الإهمال
thinking={"type": "enabled", "budget_tokens": 10000}
# ✅ الوضع الجديد (التفكير التكيفي) - موصى به
thinking={"type": "adaptive"}
نظرة سريعة على المعلومات الأساسية
| عنصر المعلومات | التفاصيل |
|---|---|
| اسم الميزة | التفكير التكيفي (Adaptive Thinking) |
| تاريخ الإصدار | 5 فبراير 2026 (مع إصدار Claude Opus 4.6) |
| النماذج المدعومة | Claude Opus 4.6, Claude Sonnet 4.6 |
| معامل API | thinking: {"type": "adaptive"} |
| طريقة التحكم | معامل effort (بديل لـ budget_tokens) |
| الحالة | الطريقة الرسمية الموصى بها (التفكير الموسع أصبح مهملاً) |
| التفكير المتداخل | مفعل تلقائيًا (لا حاجة لرأس beta) |
| Claude Code | مدعوم أصليًا، يمكن استخدام أمر /effort للتعديل |
🎯 اقتراح الترحيل: إذا كان مشروعك يستخدم التفكير الموسع (
type: "enabled")، يُنصح بالترحيل إلى التفكير التكيفي في أقرب وقت ممكن. من خلال منصة APIYI apiyi.com لاستدعاء واجهة برمجة تطبيقات Claude Opus 4.6 أو Sonnet 4.6، يكفي تعديل معامل واحد لإكمال الترحيل.
التفكير التكيفي مقابل الموسع: 4 تحسينات أساسية

التحسين الأول: من "ميزانية ثابتة" إلى "قرار ديناميكي"
هذا هو التغيير الأساسي.
مشكلة الوضع القديم: كان عليك تخمين قيمة budget_tokens. إذا حددتها منخفضة جدًا، لن يكون التفكير في المشكلات المعقدة كافيًا؛ وإذا حددتها عالية جدًا، ستضيع الرموز (والمال) على المشكلات البسيطة.
# الوضع القديم: تخمين عدد رموز التفكير التي تحتاجها هذه المشكلة؟
thinking={"type": "enabled", "budget_tokens": 10000}
# المشكلة: المشكلات البسيطة ستستهلك أيضًا الكثير من رموز التفكير
الوضع الجديد: يقرر Claude تلقائيًا بناءً على تعقيد كل طلب.
# الوضع الجديد: Claude يحكم بنفسه
thinking={"type": "adaptive"}
# مشكلة بسيطة: لا تفكير أو تفكير خفيف
# مشكلة معقدة: استدلال عميق
التأثير العملي: بالنسبة لأحمال العمل المختلطة "أحيانًا بسيطة وأحيانًا معقدة" (مثل سيناريوهات مراجعة الكود – بعض طلبات السحب (PR) تتعلق فقط بتعديل نص، وبعضها يتضمن إعادة هيكلة متزامنة)، فإن أداء وكفاءة تكلفة التفكير التكيفي أفضل بشكل عام من الميزانية الثابتة.
التحسين الثاني: التفكير المتداخل التلقائي (Interleaved Thinking)
في سير عمل الوكيل (Agentic)، يحتاج Claude إلى التفكير بين استدعاءات الأدوات المتعددة.
الوضع القديم: كان التفكير المتداخل يتطلب إضافة رأس beta يدويًا، ولم يكن متاحًا على Opus 4.5.
الوضع الجديد: عند استخدام التفكير التكيفي، يتم تفعيل التفكير المتداخل تلقائيًا، دون أي تكوين إضافي.
طلب المستخدم → تفكير Claude → استدعاء أداة A → تفكير Claude مرة أخرى → استدعاء أداة B → الإجابة النهائية
هذا مهم بشكل خاص لتطبيقات Claude Code وغيرها من التطبيقات الوكيلية – حيث يمكن للذكاء الاصطناعي "إعادة التفكير" بعد كل استدعاء للأداة، مما يقلل الأخطاء بشكل ملحوظ.
التحسين الثالث: محادثات متعددة الجولات أكثر مرونة
الوضع القديم: في المحادثات متعددة الجولات، كان يجب أن تبدأ رسالة المساعد في الجولة السابقة بالضرورة بكتلة التفكير، وإلا ستظهر خطأ. وهذا جعل إدارة المحادثات معقدة.
الوضع الجديد: لا يوجد هذا القيد. التفكير التكيفي أكثر مرونة في المحادثات متعددة الجولات، لأن Claude قد يختار عدم التفكير في بعض الجولات.
التحسين الرابع: معامل effort يحل محل budget_tokens
effort هو إشارة سلوكية وليس قيدًا صارمًا، وهو أكثر توافقًا مع الاحتياجات الفعلية من budget_tokens.
| مستوى الجهد (Effort) | السلوك | سيناريوهات الاستخدام | النماذج المدعومة |
|---|---|---|---|
max |
تفكير عميق دائمًا، بلا قيود | أعلى صعوبة في الاستدلال | Opus 4.6 فقط |
high (الافتراضي) |
التفكير دائمًا تقريبًا، استدلال عميق للمشكلات المعقدة | مراجعة الكود، تصميم الهيكل | Opus 4.6, Sonnet 4.6 |
medium |
تفكير متوسط، قد يتخطى المشكلات البسيطة | التطوير اليومي، المهام العامة | Opus 4.6, Sonnet 4.6 |
low |
تقليل التفكير إلى الحد الأدنى، الأولوية للسرعة | أسئلة وإجابات بسيطة، فحص الأنماط | Opus 4.6, Sonnet 4.6 |
مهم: حتى في مستوى الجهد low، إذا كانت المشكلة معقدة بما فيه الكفاية، سيختار Claude التفكير. الجهد هو اقتراح، وليس أمرًا.
💡 اقتراح Sonnet 4.6: توصي Anthropic رسميًا باستخدام مستوى الجهد
mediumبشكل افتراضي مع Sonnet 4.6، لتحقيق أفضل توازن بين السرعة والتكلفة والجودة. عند الاستدعاء عبر APIYI apiyi.com، يكفي إضافة معاملoutput_configإلى الطلب.
دليل شامل لاستدعاء API
الاستدعاء الأساسي: أبسط طريقة للتفكير التكيفي
import openai
client = openai.OpenAI(
api_key="YOUR_API_KEY",
base_url="https://api.apiyi.com/v1" # واجهة APIYI الموحدة
)
response = client.chat.completions.create(
model="claude-opus-4-6",
messages=[
{"role": "user", "content": "اشرح تأثير GIL في Python على الخيوط المتعددة"}
],
max_tokens=16000,
extra_body={
"thinking": {"type": "adaptive"}
}
)
print(response.choices[0].message.content)
استخدام SDK الأصلي من Anthropic
import anthropic
client = anthropic.Anthropic(
api_key="YOUR_API_KEY",
base_url="https://api.apiyi.com" # واجهة APIYI الموحدة
)
response = client.messages.create(
model="claude-opus-4-6",
max_tokens=16000,
thinking={"type": "adaptive"},
messages=[
{"role": "user", "content": "راجع هذا الكود بحثًا عن ظروف السباق..."}
]
)
# تحليل الاستجابة: قد تحتوي على كتلة تفكير وكتلة نص
for block in response.content:
if block.type == "thinking":
print(f"[عملية التفكير] {block.thinking}")
elif block.type == "text":
print(f"[الإجابة] {block.text}")
التحكم الدقيق باستخدام معلمة الجهد (effort)
# مثال باستخدام SDK Anthropic
response = client.messages.create(
model="claude-sonnet-4-6",
max_tokens=16000,
thinking={"type": "adaptive"},
output_config={"effort": "medium"}, # عمق تفكير متوسط
messages=[
{"role": "user", "content": "ما المشكلة في هذا الكود؟"}
]
)
إخفاء محتوى التفكير لتقليل زمن الاستجابة
إذا كنت لا تحتاج إلى رؤية عملية التفكير، يمكنك استخدام display: "omitted" لتقليل زمن النقل:
response = client.messages.create(
model="claude-opus-4-6",
max_tokens=16000,
thinking={
"type": "adaptive",
"display": "omitted" # عدم إرجاع نص التفكير
},
messages=[...]
)
# ملاحظة: سيتم احتساب رموز التفكير في الفاتورة
عرض مثال كامل لسير عمل مراجعة الكود
import anthropic
client = anthropic.Anthropic(
api_key="YOUR_API_KEY",
base_url="https://api.apiyi.com"
)
def review_pr(diff_content, risk_level="medium"):
"""مراجعة الكود بشكل تكيفي بناءً على مستوى المخاطرة"""
# مخاطرة عالية: Opus + جهد عالي
# مخاطرة منخفضة: Sonnet + جهد متوسط
if risk_level == "high":
model = "claude-opus-4-6"
effort = "high"
else:
model = "claude-sonnet-4-6"
effort = "medium"
response = client.messages.create(
model=model,
max_tokens=16000,
thinking={"type": "adaptive"},
output_config={"effort": effort},
system="""أنت خبير مراجعة كود متمرس.
حلل التغييرات في الكود، وصنفها حسب مستوى الخطورة:
🔴 يجب إصلاحه (أمان/منطق)
🟡 يُنصح بالإصلاح (جودة)
💡 اقتراحات تحسين""",
messages=[
{"role": "user", "content": f"مراجعة:\n\n{diff_content}"}
]
)
thinking_text = ""
review_text = ""
for block in response.content:
if block.type == "thinking":
thinking_text = block.thinking
elif block.type == "text":
review_text = block.text
return {
"thinking": thinking_text,
"review": review_text,
"model": model,
"effort": effort,
"input_tokens": response.usage.input_tokens,
"output_tokens": response.usage.output_tokens
}
🚀 بداية سريعة: لاستدعاء Claude 4.6 API عبر APIYI apiyi.com، ما عليك سوى إضافة
thinking: {"type": "adaptive"}إلى الطلب لتفعيل التفكير التكيفي. لا حاجة لإعدادات إضافية، سطر كود واحد لترقية قدرات الذكاء الاصطناعي في الاستدلال.
معلمة الجهد (Effort) عمليًا: الإعدادات المثلى لمختلف السيناريوهات
دليل الإعداد حسب السيناريو
| السيناريو | النموذج الموصى به | الجهد (Effort) | السبب |
|---|---|---|---|
| أسئلة بسيطة/ترجمة | Sonnet 4.6 | low |
لا يحتاج لاستدلال عميق، الأولوية للسرعة |
| إكمال كود/تنسيق | Sonnet 4.6 | low |
مهام مطابقة أنماط، لا تحتاج للتفكير |
| مراجعة PR يومية | Sonnet 4.6 | medium |
توازن بين السرعة وعمق المراجعة |
| تصحيح أخطاء معقدة | Opus 4.6 | high |
يحتاج لاستدلال عبر ملفات متعددة |
| تدقيق ثغرات أمنية | Opus 4.6 | high |
لا يمكن تفويت مشاكل عالية الخطورة |
| براهين رياضية/منطقية | Opus 4.6 | max |
يحتاج لعمق استدلال قصوى |
| تصميم مخططات معمارية | Opus 4.6 | max |
يحتاج للنظر الشامل في المقايضات |
استخدام الجهد (effort) في Claude Code
بعد تحديث مارس 2026 لـ Claude Code، أضيفت أمر /effort:
# ضبط مباشر في طرفية Claude Code
/effort medium # برمجة يومية
/effort high # مراجعة كود
/effort max # تصميم معماري (لـ Opus 4.6 فقط)
هذا يسمح للمطورين بضبط عمق تفكير Claude بشكل مرن بناءً على المهمة الحالية، دون الحاجة لتعديل الكود.
💰 تحسين التكلفة: معلمة الجهد (effort) تؤثر مباشرة على استهلاك الرموز (tokens). لمهام البرمجة اليومية، ضبط Sonnet 4.6 على
mediumأوlowيمكن أن يخفض التكلفة بشكل ملحوظ. من خلال استدعاء منصة APIYI apiyi.com، السعر أكثر تفضيلاً من السعر الرسمي، مع معلمة الجهد لتوفير مزدوج.
الانتقال من Extended Thinking إلى Adaptive Thinking
جدول المقارنة للانتقال
| الطريقة القديمة (Extended Thinking) | الطريقة الجديدة (Adaptive Thinking) |
|---|---|
thinking: {"type": "enabled", "budget_tokens": 5000} |
thinking: {"type": "adaptive"}, output_config: {"effort": "low"} |
thinking: {"type": "enabled", "budget_tokens": 10000} |
thinking: {"type": "adaptive"}, output_config: {"effort": "medium"} |
thinking: {"type": "enabled", "budget_tokens": 30000} |
thinking: {"type": "adaptive"}, output_config: {"effort": "high"} |
thinking: {"type": "enabled", "budget_tokens": 100000} |
thinking: {"type": "adaptive"}, output_config: {"effort": "max"} |
إضافة رأس interleaved thinking beta يدويًا |
مفعل تلقائيًا، لا حاجة لأي رأس |
ملاحظات مهمة للانتقال
1. ذاكرة التخزين المؤقت للموجهات (Prompt Cache) ستنقطع
عند التبديل من وضع enabled إلى وضع adaptive، ستتوقف نقاط انقطاع ذاكرة التخزين المؤقت على مستوى الرسالة عن العمل. لكن ذاكرة التخزين المؤقت للنظام وتعاريف الأدوات لن تتأثر.
التوصية: قم بنقل جميع الطلبات دفعة واحدة إلى وضع adaptive بدلاً من استخدام المزيج بين الطريقتين.
2. محتوى التفكير يكون ملخصًا بشكل افتراضي
نموذج Claude 4.6 يعيد بشكل افتراضي محتوى التفكير في شكل ملخص، وليس النص الكامل للتفكير. هذا يعني أن كتلة التفكير التي تراها هي نسخة مبسطة.
- النسخة الملخصة (
display: "summarized"): السلوك الافتراضي - النسخة المحذوفة (
display: "omitted"): لا تعيد نص التفكير - النسخة الكاملة: تحتاج للتواصل مع فريق المبيعات في Anthropic لتفعيلها
3. الفواتير تحسب بناءً على التفكير الكامل
بغض النظر عما إذا كنت ترى ملخصًا أو لا ترى شيئًا، يتم احتساب الفاتورة بناءً على عدد الرموز (tokens) للتفكير الداخلي الكامل. لا تظن أنك تنفق أقل لأن النص الذي تراه أقل.
4. لم يعد Prefill مدعومًا
نموذج Claude Opus 4.6 لم يعد يدعم تعبئة مسبقة (prefill) لرسائل المساعد – إرسال تعبئة مسبقة سيعيد خطأ 400. إذا كنت تريد التحكم في تنسيق الإخراج، استخدم الموجه النظامي (system prompt) أو الإخراج المنظم (structured output).
🎯 نصيحة للانتقال: ننصح باختبار تأثير الانتقال أولاً في بيئة تجريبية، خاصةً مقارنة جودة الإخراج بين وضع adaptive والميزانية الثابتة السابقة لـ tokens. يمكنك إجراء اختبار A/B بسهولة عبر APIYI apiyi.com – استدعاء تكوينات مختلفة باستخدام نفس المفتاح.

شرح تفصيلي لآلية الفوترة
فهم كيفية فوترة وحدات Token للتفكير
فهم آلية الفوترة أمر بالغ الأهمية للتحكم في التكاليف.
| بند الفوترة | الشرح |
|---|---|
| وحدات Token المدخلة | فوترة عادية (5 دولارات لكل مليون وحدة لـ Opus، 3 دولارات لكل مليون وحدة لـ Sonnet) |
| وحدات Token للتفكير | تُفوتَر حسب سعر وحدات Token المخرَجة (25 دولارًا لكل مليون وحدة لـ Opus، 15 دولارًا لكل مليون وحدة لـ Sonnet) |
| وحدات Token لنص الاستجابة | تُفوتَر حسب سعر وحدات Token المخرَجة |
| وحدات Token لتلخيص النص | لا تُفوتَر بشكل إضافي |
| display: "omitted" | وحدات Token للتفكير تُفوتَر، لكن لا يتم نقلها |
استراتيجيات تحسين التكلفة
استخدام low effort للمسائل البسيطة → قد يتخطى التفكير → توفير كبير في وحدات Token المخرَجة
↓
انخفاض التكلفة بنسبة 50-80%
مثال عملي للمقارنة: نفس مهمة فحص نمط الكود
| الإعداد | وحدات Token للتفكير | وحدات Token للاستجابة | التكلفة الإجمالية (Sonnet) |
|---|---|---|---|
| effort: high | ~3000 | ~500 | ~0.053 دولار |
| effort: medium | ~800 | ~500 | ~0.020 دولار |
| effort: low | 0 (تخطي التفكير) | ~500 | ~0.009 دولار |
للمهام البسيطة، تكلفة low effort أرخص من high effort بحوالي 83%.
💰 نصيحة لتوفير المال: لمعالجة الدُفعات (مثل فحص نمط 100 ملف)، ضبط effort على
lowيمكن أن يوفر الكثير من التكاليف. من خلال استدعاء Claude 4.6 API عبر APIYI apiyi.com، يمكنك الجمع بين الأسعار المخفضة الموجودة وتحسين معامل effort لتحقيق خفض مزدوج في التكاليف.
الأسئلة الشائعة
س1: هل يمكن خلط Adaptive Thinking مع Extended Thinking؟
نعم، لكن لا يُنصح بذلك. في نموذج Claude 4.6، لا يزال Extended Thinking (type: "enabled") متاحًا ولكنه مُعلَم على أنه Deprecated وسيتم إزالته في الإصدارات المستقبلية. خلط النمطين قد يؤدي أيضًا إلى تعطيل نقاط فشل ذاكرة التخزين المؤقت للموجه prompt cache. يُنصح بالانتقال الموحد إلى Adaptive Thinking في أقرب وقت. عند الاستدعاء عبر APIYI apiyi.com، يكون تنسيق المعاملات متوافقًا تمامًا.
س2: هل يدعم Opus 4.5 خاصية Adaptive Thinking؟
لا يدعم. Adaptive Thinking مدعوم فقط في Claude Opus 4.6 و Sonnet 4.6. لا يزال Opus 4.5 يحتاج إلى استخدام وضع type: "enabled" وضبط budget_tokens يدويًا. إذا كنت بحاجة إلى استخدام Adaptive Thinking، يُنصح بالترقية إلى سلسلة نماذج 4.6. يوفر APIYI apiyi.com وصول API لسلسلة نماذج 4.5 و 4.6 كاملة.
س3: هل display: “omitted” يوفر المال حقًا؟
لا يوفر المال. display: "omitted" يجعل API لا يُرجع نص التفكير فقط، مما يقلل من تأخير نقل الشبكة. لكن وحدات Token للتفكير الداخلية ستظل تُولَّد وتُفوتَر. الطريقة الحقيقية لتوفير المال هي خفض مستوى effort – low أو medium سيجعلان Claude يتخطى أو يقلل التفكير في المسائل البسيطة.
س4: كيف يمكنني معرفة ما إذا كان Claude قد فكر في طلب معين؟
افحص ما إذا كان الرد يحتوي على كتلة محتوى من نوع thinking. إذا قرر Claude عدم الحاجة للتفكير، سيكون الرد يحتوي فقط على كتلة text، بدون كتلة thinking. في الوضع التكيفي Adaptive، يمكن أن يساعدك عدد وحدات Token في حقل usage على معرفة عدد وحدات Token التي استهلكها التفكير.
س5: كيف يمكن استخدام Adaptive Thinking في Claude Code؟
Claude Code يُفعِّل Adaptive Thinking افتراضيًا عند استخدام Opus 4.6 أو Sonnet 4.6. يمكنك استخدام أمر /effort لضبط عمق التفكير: /effort low (الوضع السريع)، /effort medium (الوضع المتوازن)، /effort high (الوضع العميق). كما أصلحت التحديثات في مارس 2026 خطأ "adaptive thinking is not supported" الناتج عن سلاسل النماذج غير القياسية.
الخلاصة: Adaptive Thinking هو التحديث الأساسي في Claude 4.6
يمثل Adaptive Thinking تطوراً مهماً في نمط استدلال الذكاء الاصطناعي – من "تخمين المطورين لكمية التفكير التي يحتاجها الذكاء الاصطناعي" إلى "حكم الذكاء الاصطناعي نفسه على مقدار التفكير المطلوب".
4 تحديثات أساسية:
- اتخاذ القرار الديناميكي: رد فوري على الأسئلة البسيطة، واستدلال متعمق للمشكلات المعقدة
- التفكير المتداخل التلقائي: استدلال تلقائي بين استدعاءات الأدوات في سير عمل الوكيل
- حوار متعدد الجولات مرن: لا حاجة لبدء بـ thinking block إجباري
- معامل effort: طريقة تحكم أكثر بديهية من budget_tokens
نصيحة للانتقال: من thinking: {"type": "enabled", "budget_tokens": N} إلى thinking: {"type": "adaptive"}، مع استخدام output_config: {"effort": "..."} للتحكم في العمق.
نوصي باستخدام APIYI من apiyi.com للوصول السريع إلى واجهة برمجة تطبيقات Claude Opus 4.6 و Sonnet 4.6، حيث يمكنك الاستفادة من Adaptive Thinking وتحسين التكاليف بتغيير بسيط في معامل واحد.
المراجع
-
وثائق Claude API – Adaptive Thinking: الدليل التقني الرسمي
- الرابط:
platform.claude.com/docs/en/build-with-claude/adaptive-thinking
- الرابط:
-
وثائق Claude API – معامل Effort: شرح مفصل لإعدادات effort
- الرابط:
platform.claude.com/docs/en/build-with-claude/effort
- الرابط:
-
Anthropic الرسمي – Claude Opus 4.6: إعلان الإصدار
- الرابط:
anthropic.com/news/claude-opus-4-6
- الرابط:
-
وثائق Claude API – Extended Thinking: دليل التفكير الموسع السابق
- الرابط:
platform.claude.com/docs/en/build-with-claude/extended-thinking
- الرابط:
المؤلف: فريق APIYI | لإتقان أحدث قدرات واجهة برمجة تطبيقات Claude، تفضل بزيارة APIYI على apiyi.com للحصول على واجهة برمجة تطبيقات ودعم تقني لجميع نماذج Claude 4.6.
