كيفية استخدام وضع التفكير في claude 4.5

“وضع التفكير” (ويُسمى أيضًا التفكير الممتد أو التفكير أو كتل التفكير) في Claude 4.5 هو وضع تشغيل صريح وقابل للتهيئة يوجّه النموذج إلى تخصيص عدد منفصل من الرموز لتوليد استدلال داخلي خطوة بخطوة (ما يُعرف بـ “سلسلة الأفكار”) قبل إصدار الإجابة النهائية. وقد صُمم لتحسين الأداء في الاستدلال متعدد الخطوات، والبرمجة المعقدة وسير العمل الوكيلي، والمهام البحثية، وذلك عبر مقايضة زمن الاستجابة وتكلفة الرموز بمزيد من التعمق في المداولة الداخلية. يوفّر Claude 4.5 هذه الإمكانية على مستوى Messages API من خلال معلمات صريحة (مثل thinking / budget_tokens أو ترويسة effort/“interleaved-thinking”)، ويحافظ على كتل التفكير ويمكنه اختياريًا تشفيرها للتحقق منها لاحقًا أو لاستخدامها مع الأدوات، كما يقدّم سلوكيات خاصة بالتخزين المؤقت واحتساب الرموز يجب عليك إدارتها عند بناء أحمال عمل إنتاجية.

ما هو Claude 4.5؟ (وما النماذج التي ينبغي أن أهتم بها؟)

Claude 4.5 هو أحدث مجموعة من نماذج Claude من Anthropic، وقد أُطلقت كتحديثات تدريجية “4.5” (على سبيل المثال، Sonnet 4.5 و Opus 4.5). يتموضع Sonnet 4.5 باعتباره أفضل توازن بين الذكاء، وأداء البرمجة، والأداء الوكيلي لمعظم المطورين؛ بينما يركّز Opus 4.5 على الاستدلال عالي الجهد للغاية ويحافظ على كتل التفكير لتحسين الاستمرارية عبر الأدوار المتعددة. يدعم كلا النموذجين قدرات التفكير الممتد في Claude، مع اختلاف بعض السلوكيات (مثل التفكير الموجز مقابل الكامل) بحسب النموذج.

تظهر مكاسب الأداء في Claude 4.5، وخصوصًا في Sonnet 4.5، بشكل أوضح في معيار SWE-bench Verified، الذي يقيس قدرة الذكاء الاصطناعي على حل مشكلات GitHub من العالم الحقيقي.

تشير هذه الأرقام إلى أن Claude 4.5 ليس مجرد نموذج أفضل في كتابة المقاطع البرمجية؛ بل هو أكثر قدرة بشكل ملحوظ على التنقل عبر أنظمة ملفات كاملة وتنفيذ مهام مستقلة دون تدخل بشري.

لماذا يهم هذا

• البرمجة والوكلاء: يحقق Sonnet 4.5 مكاسب قوية في مهام البرمجيات الواقعية وأعمال البرمجة طويلة الأفق، ما يجعله خيارًا طبيعيًا لتوليد الشيفرة، وتحرير الشيفرة، وتدفقات الوكلاء الذاتية.
• التفكير الممتد والسياق: صُممت نماذج عائلة Claude 4.5 للاستدلال باستخدام دفاتر عمل داخلية كبيرة جدًا (بعشرات الآلاف من الرموز أو أكثر)، ما يتيح استدلالًا أعمق متعدد الخطوات. وهذا يغيّر الطريقة التي تصمم بها المطالبات، وميزانيات الرموز، وتفاعلات الأدوات.

ما هو وضع التفكير في Claude 4.5؟

وضع التفكير (ويُسمى رسميًا "Extended Thinking") هو قدرة تتيح للنموذج أن "يعرض طريقة عمله" لنفسه قبل تقديم المخرجات النهائية. وعلى عكس النماذج القياسية التي تلتزم بإجابة فورًا، يستخدم Claude 4.5 مساحة استدلال مخصصة لاستكشاف فرضيات متعددة، وتحديد الأخطاء المحتملة في منطقه، وصقل استراتيجيته.

بنية الاستجابة

في التفاعل القياسي، يتلقى النموذج مطالبة ويبدأ في توليد الإجابة. أما في وضع التفكير، فتُقسَّم الاستجابة إلى كتلتين متميزتين:

الخصائص الأساسية لوضع التفكير

• التفعيل عند الطلب: تمرّر كائن thinking في استدعاء API مثل {"type":"enabled","budget_tokens":10000} لتفعيله ومنح النموذج ميزانية داخلية من الرموز للاستدلال.
• الميزانية: يحد budget_tokens الحد الأقصى لرموز الاستدلال الداخلي للنموذج. كلما زادت الميزانية => زادت إمكانية الاستدلال الأعمق، ولكن مع تكلفة وزمن استجابة أعلى. في نماذج Claude 4، تُحتسب رسوم رموز التفكير حتى لو تلقيت عرضًا موجزًا فقط.
• التلخيص والتنقيح: في العديد من نماذج Claude 4 يرى المستخدم نسخة موجزة من محتوى التفكير؛ وقد يتم تنقيح بعض الاستدلالات الداخلية (أو تشفيرها) بواسطة أنظمة السلامة وتُعاد بصيغة redacted_thinking.
• التوقيعات والتحقق: تتضمن كتل التفكير signature معتمًا يُستخدم للتحقق عند إعادة تمرير كتل التفكير إلى API (ويكون هذا مطلوبًا خاصة عند استخدام الأدوات). يجب التعامل مع التوقيع باعتباره قيمة معتمة — لا تحاول تحليله.
• التفكير المتداخل مع الأدوات: يدعم Claude 4 إدراج كتل التفكير بين تنفيذات الأدوات (بصورة تجريبية ومعتمدة على الأعلام في بعض الحالات). وهذا قوي جدًا في الأعمال الوكيلية (تشغيل أداة، ثم التفكير، ثم تشغيل أداة أخرى، وهكذا).

للحصول على أمثلة عملية وأحدث المعلمات، تُعد وثائق Messages/Extended Thinking من Anthropic المرجع الأساسي.

كيف يعيد Messages API محتوى التفكير

التفكير الموجز مقابل الكامل؛ التشفير والتوقيعات

تتعامل إصدارات نماذج Claude المختلفة مع التفكير بطرق مختلفة: فالنماذج الأحدث من Claude 4 (مثل Sonnet/Opus 4.5) غالبًا ما تعيد عرضًا عامًا موجزًا للاستدلال الداخلي، بينما قد تُشفّر مساحة العمل الكاملة وتُتاح فقط عبر الحقل signature (أو عبر كتل منقّحة). وعند استخدام الأدوات (أو عندما تحتاج إلى الحفاظ على الحالة الداخلية عبر استدعاءات الأدوات)، يجب عليك إعادة تمرير كتل التفكير إلى API أو استخدام آلية التوقيع التي تصفها الوثائق. تساعد هذه الآلية على حماية الاستدلال الداخلي الحساس مع السماح بالاستمرار الآمن لعملية التفكير عند الحاجة.

نمط التعامل العملي

استخدام الأدوات / الاستمرار: إذا كان طلبك التالي يحتاج إلى متابعة الحالة الداخلية نفسها (على سبيل المثال، إذا تم تشغيل أدوات استنادًا إلى التفكير)، فأدرج كتلة التفكير أو التوقيع المُعاد عند استدعاء API مرة أخرى حتى يتمكن النموذج من فك التشفير والمتابعة من حيث توقف.

الطلب: أرسل thinking: {type: "enabled", budget_tokens: N}.

الاستجابة: قد تتلقى (أ) مخرجًا عامًا موجزًا، أو (ب) كتلة signature أو redacted_thinking مشفّرة، أو (ج) كليهما.

توفّر CometAPI واجهة Claude 4.5 API بسعر أقل بنسبة 20% من السعر الرسمي للواجهة، ويمكن أيضًا استدعاؤها باستخدام Anthropic Messages، وستحتاج إلى الحصول على مفتاح API قبل البدء.

المثال 1 — أمر curl بسيط (غير متدفق) مع تفعيل التفكير

curl https://api.cometapi.com/v1/messages \
  -H "x-api-key: $CometAPI_API_KEY" \
  -H "anthropic-version: 2023-06-01" \
  -H "Content-Type: application/json" \
  -d '{
    "model": "claude-sonnet-4-5",
    "max_tokens": 16000,
    "thinking": {
      "type": "enabled",
      "budget_tokens": 10000
    },
    "messages": [
      {"role": "user", "content": "Design a robust data validation strategy for CSV imports, show tests + code."}
    ]
  }'

ستحتوي الاستجابة على كتل content. افحص كل كتلة وامنح الأولوية لكتل text للمخرجات النهائية؛ أما كتل thinking فتحتوي على ملخص التحليل الداخلي للنموذج.

المثال 2 — Python: طلب، وتحليل كتل التفكير والنص

import os, requests

API_KEY = os.environ["CometAPI_API_KEY"]
URL = "https://api.cometapi.com/v1/messages"
HEADERS = {
    "x-api-key": API_KEY,
    "anthropic-version": "2023-06-01",
    "content-type": "application/json"
}

payload = {
    "model": "claude-sonnet-4-5",
    "max_tokens": 16000,
    "thinking": {"type": "enabled", "budget_tokens": 8000},
    "messages": [{"role": "user", "content": "Explain how to do property-based testing in Python; include example code."}]
}

r = requests.post(URL, headers=HEADERS, json=payload)
r.raise_for_status()
resp = r.json()

# Parse blocks
for block in resp.get("content", []):
    if block.get("type") == "thinking":
        thinking_summary = block.get("thinking")
        print("=== THINKING (summary) ===")
        print(thinking_summary[:1000])  # truncate for logs
        print("signature:", block.get("signature")[:64], "...")
    elif block.get("type") == "text":
        print("=== FINAL TEXT ===")
        print(block.get("text"))

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

المثال 3 — إعادة استخدام كتل التفكير في تدفق متعدد الأدوار (Python pseudo)

# After initial response (resp above):
# Add the assistant message including the thinking block back into the conversation
assistant_message = {
  "role": "assistant",
  "content": resp["content"]  # include raw content array (contains thinking + text blocks)
}

# Next user turn: ask follow-up and include previous assistant message
payload2 = {
  "model": "claude-opus-4-5",  # Opus preserves thinking blocks better across turns
  "max_tokens": 20000,
  "thinking": {"type": "enabled", "budget_tokens": 12000},
  "messages": [
    {"role": "user", "content": "Now adapt the validation logic for an avro pipeline."},
    assistant_message
  ]
}
r2 = requests.post(URL, headers=HEADERS, json=payload2)

يُعد الحفاظ على كتل التفكير كما هي تمامًا أمرًا بالغ الأهمية عند تنفيذ سير عمل طويل أو مدمج مع الأدوات. ويوفّر Opus 4.5 إعدادات افتراضية محسّنة للحفاظ على كتل التفكير والتخزين المؤقت.

كيف أبث مخرجات التفكير وأعرض التقدم في واجهة مستخدم؟

أفضل الممارسات للبث

• استخدم نقاط نهاية البث في SDK (تتضمن Python/TypeScript SDKs مساعدين للبث). بالنسبة لوظائف الاستدلال طويلة التشغيل أو عالية الميزانية، يمنع البث انتهاء مهلة HTTP ويمنحك نصًا جزئيًا أثناء حساب النموذج. عادةً ما تستخدم الشيفرة مكرّرًا فوق text_stream (في Python) أو تحليل الأحداث (في JS).
• توقّع أحيانًا تدفقات على مرحلتين: فقد ينتج النموذج أولًا أجزاء استدلال مرئية، ثم يختتم بالإجابة. صمّم واجهة المستخدم لديك للتعامل مع المحتوى المُجزّأ وإظهار حالات “thinking…” مقابل حالة الإجابة النهائية.
• إذا أعاد API قيمة signature_delta أو content_block_delta أثناء البث، فالتقطها وأرفقها بالاستدعاءات اللاحقة كما تقتضي المواصفات.

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

curl https://api.cometapi.com/v1/messages \
  --header "x-api-key: $CometAPI_API_KEY" \
  --header "anthropic-version: 2023-06-01" \
  --header "content-type: application/json" \
  --data '{
    "model": "claude-sonnet-4-5",
    "max_tokens": 16000,
    "stream": true,
    "thinking": { "type": "enabled", "budget_tokens": 8000 },
    "messages": [ { "role": "user", "content": "Walk me through debugging this failing unit test and propose fixes." } ]
  }'

عند البث، تعامل مع أحداث content_block_start و content_block_delta (التي تتضمن thinking_delta و text_delta) و content_block_stop بالترتيب. بهذه الطريقة يمكنك عرض استدلال النموذج خطوة بخطوة أثناء حدوثه.

كيف يتفاعل Claude Code مع وضع التفكير؟ (الطرفية + VS Code)

Claude Code هو الطرفية التفاعلية الوكيلية للبرمجة التي تدمج Messages API ومشغلات الأدوات. وتكشف تجربة CLI/IDE عن التفكير بطريقتين:

• إعدادات عامة / لكل جلسة: يوفّر Claude Code لوحة إعدادات /config لضبط السلوك (كيفية طلب الوكيل للأذونات، وما إذا كان سيحافظ على كتل التفكير، وما إلى ذلك). استخدم هذه الواجهة بدلًا من إعادة كتابة JSON الخام إذا أردت تغييرًا سلوكيًا دائمًا.
• اختيار النموذج وأوامر CLI: يمكنك اختيار claude-sonnet-4-5 أو claude-opus-4-5 كنموذج نشط في REPL؛ وعندها يتبع سلوك الأدوات والتفكير دلالات Messages API. وتشير CHANGELOG وملاحظات الإصدار إلى أن التفكير أصبح مفعّلًا افتراضيًا الآن لبعض عمليات نشر Opus 4.5 وأن إعدادات التفكير معروضة عبر /config.

التدفق العملي في Claude Code:

1. ابدأ مشروعًا في REPL.
2. استخدم /config لفحص الأعلام المتعلقة بالتفكير (الحفاظ، مستوى الإسهاب، وما إلى ذلك).
3. اطلب من الوكيل تنفيذ مهمة طويلة — سينتج محتوى تفكير، وإذا لزم الأمر سيطلب إذنًا لتشغيل بعض خطوات bash. حافظ على كتل التفكير عندما تحتاج إلى التحقق من القرارات أو إعادة تشغيلها لاحقًا.

التثبيت والإعداد

يتطلب Claude Code وجود Node.js ويمكن تثبيته بشكل عام.

# Install Claude Code CLI
npm install -g @anthropic/claude-code

# Authenticate
claude-code --init

تفعيل التفكير في الطرفية

يدعم Claude Code أعلامًا مختلفة ومحفزات بلغة طبيعية للتحكم في عمق الاستدلال.

نصائح:

• استخدم think/think harder عندما تريد من الوكيل استكشاف تطبيقات بديلة.
• عندما يجري Claude Code استدعاءات أدوات (تشغيل اختبارات، وعمليات git)، حافظ على أي كتل thinking إذا أعادها CLI/الوكيل؛ وإلا فقد يفقد الوكيل السياق بين الخطوات.

فوائد التفكير المتداخل والحفاظ على الكتل

في تدفقات العمل الوكيلية المتقدمة، يقدّم Claude 4.5 ميزتين تجريبيتين تعززان التفاعلات متعددة الأدوار واستخدام الأدوات بشكل كبير: التفكير المتداخل و الحفاظ على كتل التفكير.

التفكير المتداخل (تجريبي)

يحدث الاستدلال القياسي مرة واحدة قبل الإخراج. أما التفكير المتداخل (المفعّل عبر الترويسة interleaved-thinking-2025-05-14) فيسمح لـ Claude بأن "يفكر" بين استدعاءات الأدوات.

تخيّل أن Claude يقوم بتصحيح أخطاء خادم:

1. يفكر: "يجب أن أتحقق من السجلات أولًا."
2. استدعاء أداة: read_file(logs.txt)
3. يفكر: "تُظهر السجلات انتهاء مهلة قاعدة البيانات. الآن أحتاج إلى التحقق من إعدادات مجمع الاتصالات."
4. استدعاء أداة: read_file(db_config.yml)

يضمن هذا "التأمل المستمر" أن يكيّف النموذج استراتيجيته بناءً على البيانات التي يتلقاها من الأدوات، بدلًا من اتباع خطة جامدة محددة مسبقًا.

الحفاظ على كتل التفكير

في المحادثات متعددة الأدوار، وخصوصًا تلك التي تتضمن استخدام أدوات، يكون من الضروري إعادة تمرير كتل thinking السابقة إلى API.

• استمرارية الاستدلال: من خلال تلقي أفكاره السابقة، يحافظ Claude على السياق المنطقي لمسار تفكيره.
• تحسين Opus 4.5: في Claude Opus 4.5، يتم هذا السلوك تلقائيًا. يحتفظ النموذج بجميع كتل التفكير السابقة ضمن سياقه افتراضيًا، مما يضمن أنه حتى في الجلسات التي تستمر أكثر من 30 ساعة، لا "ينسى" سبب اتخاذه قرارات معمارية معينة قبل عشر دورات.

أفضل الممارسات لاستخدام وضع THINKING مع Claude 4.5

اختر النموذج والميزانية المناسبين للمهمة:

استخدم Sonnet 4.5 للبرمجة وتدفقات العمل الوكيلية عندما تحتاج إلى أفضل مقايضة بين السرعة والتكلفة والقدرات البرمجية القوية؛ واستخدم Opus 4.5 لأعمق مستويات الاستدلال وأكبر نوافذ السياق أو عندما تخطط لتشغيل جلسات ذاتية طويلة. كلاهما يدعم التفكير الممتد. اختر budget_tokens بما يتناسب مع تعقيد المهمة (ابدأ صغيرًا في التجارب؛ وارفع الميزانية فقط إذا لاحظت تحسنًا ملموسًا في الجودة).

راقب التكلفة وزمن الاستجابة وتحكم فيهما

تُحاسب على كامل رموز التفكير التي ينتجها Claude، وليس فقط على المخرجات الموجزة التي تتلقاها. وهذا يعني أن المداولات الداخلية الطويلة تزيد التكلفة حتى لو لم ترَ سوى ملخص قصير. تتبّع استخدام الرموز وفكّر في الضبط التدريجي (على سبيل المثال: 2k → 8k → 32k) عند الانتقال من الاستكشاف إلى الإنتاج.

حافظ على كتل التفكير فقط عند الحاجة

يمكن توقيع كتل التفكير تشفيريًا والحفاظ عليها للتحقق لاحقًا ولاستخدام الأدوات المتداخلة. تجنّب إعادة تمرير كتل التفكير في كل طلب لاحق ما لم يكن سير عملك يتطلب من النموذج الاحتفاظ بمداولاته الداخلية السابقة (على سبيل المثال، عندما يعيد وكيل تنفيذ خطوات ويحتاج إلى الأسس المنطقية المحفوظة). إن الحفاظ على التفكير طوال الوقت يزيد من حجم السياق وقد يعقّد احتساب الرموز.

متى ينبغي بث التفكير للمستخدمين

يُعد بث التفكير ممتازًا لأدوات المطورين وواجهات المستخدم التعليمية (إظهار “العمل الجاري” أثناء مداولة النموذج). لا تبث التفكير الخام إلى المستخدمين النهائيين في التطبيقات الاستهلاكية الإنتاجية دون مراعاة السلامة والتنقيح: فالتفكير الموجز موجود تحديدًا لهذا السبب. وإذا قمت بالبث، فوفّر عناصر واجهة توضّح أن هذا استدلال داخلي (مثل: “استدلال المساعد — داخلي”)، وتحكم فيما إذا كان المستخدم النهائي سيرى النسخة الموجزة أم الاستدلال الكامل.

استخدام الأدوات والتداخل

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

ملاحظات تشغيلية وعملية لاستكشاف الأخطاء وإصلاحها

الأخطاء الشائعة وما الذي تعنيه

• Invalid thinking + forced tool choice: إذا طلبت التفكير وفي الوقت نفسه فرضت أوضاع استخدام أدوات غير متوافقة مع التفكير، فستعيد API خطأ — لا تجمع بين فرض tool_choice: {"type":"tool","name":"..."} والتفكير.
• Budget > max_tokens: في سيناريوهات التفكير المتداخل تختلف قواعد الرموز الفعلية — تشرح وثائق المنصة الحالات التي يمكن أن يتجاوز فيها budget_tokens قيمة max_tokens. اقرأ قسم “interleaved thinking” بعناية قبل اختبار ميزانيات كبيرة.
• Signature validation: إذا احتفظت بكتل التفكير للاستدعاءات اللاحقة، فأدرج قيمة signature المُعادة حتى تتمكن API من التحقق من أنها صادرة من Claude؛ فهذا يمنع العبث ويحافظ على قابلية التحقق من السلسلة.

الرصد والأدوات القياسية

سجّل: (1) اختيار model، و(2) قيمة thinking.budget_tokens، و(3) الاستهلاك الفعلي لرموز التفكير (إذ تتم محاسبتك عليها)، و(4) زمن تأخر البث (الوقت حتى أول thinking_delta)، و(5) رموز النص النهائي. استخدم هذه المقاييس لبناء الميزانيات واتفاقيات مستوى الخدمة لتدفقات المستخدمين.

الطرح التدريجي والإنسان داخل الحلقة

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

نصائح لتصحيح الأخطاء

• ابدأ صغيرًا: فعّل budget_tokens منخفضًا ثم قم بزيادته لفهم التحسينات التدريجية.
• فعّل البث وسجّل أحداث content_block_delta / التوقيع لفهم متى ينتج النموذج كتل التفكير.
• إذا كنت تستخدم Claude Code: تحقق من /config ومن إعدادات مستوى المشروع؛ وارجع إلى سجل تغييرات Claude Code إذا لم يتطابق السلوك مع الإعدادات الافتراضية المتوقعة.

الخلاصة:

يمثل Claude 4.5، إلى جانب قوة Extended Thinking وClaude Code CLI، أهم قفزة في إنتاجية المطورين منذ اختراع بيئة التطوير المتكاملة. فمن خلال تمكين النموذج من "إظهار طريقة عمله" والتداول في المشكلات المعقدة، انتقلت Anthropic إلى ما بعد عصر "الشات بوت" ودخلت عصر "الوكلاء".

سواء كنت تدمج Messages API في أداة تطوير مخصصة أو تستخدم Claude Code لإدارة طلبات السحب اليومية، فإن إتقان وضع التفكير أمر أساسي. فهو يوفّر الشفافية اللازمة للثقة وعمق الاستدلال المطلوب للتميّز.

يمكن للمطورين الوصول إلى نموذج Claude 4.5(Claude Sonnet 4.5 ، Claude Haiku 4.5، Claude Opus 4.5) عبر CometAPI. وللبدء، استكشف قدرات النماذج في CometAPI ضمن Playground واطّلع على دليل API للحصول على تعليمات مفصلة. وقبل الوصول، يُرجى التأكد من تسجيل الدخول إلى CometAPI والحصول على مفتاح API. تقدّم CometAPI سعرًا أقل بكثير من السعر الرسمي لمساعدتك على التكامل.

هل أنت مستعد للانطلاق؟→ تجربة مجانية لـ Claude 4.5!