كم عدد الرموز التي تتضمنها خطة Claude Pro؟

كم عدد الرموز التي تتضمنها خطة Claude Pro؟

لا تتضمن Claude Pro حصة محددة من الرموز، وحتى أكتوبر 2026 لا تنشر Anthropic رقماً لهذه الحصة. اشتراك Claude ليس رصيداً من الرموز تستنفده تدريجياً. تقيس Anthropic الاستخدام بالرموز، لكن Pro تفرض حداً للجلسة يُعاد ضبطه كل خمس ساعات، وحداً أسبوعياً ينطبق على جميع النماذج. ولا تنشر أياً من الحدين على هيئة عدد من الرموز. يعتمد مدى استمرار الجلسة على النموذج الذي تختاره، وطول المحادثة، وكمية النص التي تحملها كل رسالة معها.

هذه هي الإجابة التي نادراً ما تحصل عليها لهذا السؤال، لأن الناس يتوقعون أن تعمل الخطة مثل مفتاح API. يستهلك مفتاح API رصيداً محسوباً بالرموز، لذلك يمكنك حساب الفاتورة بنفسك. أما الخطة القائمة على حصة، مثل Pro أو Max أو Team، فتبيعك وصولاً ضمن حد تضعه Anthropic وتعدّله. لا تذكر Anthropic هذا الحد على هيئة عدد من الرموز، وتقول صفحة مساعدة Pro فقط إن عدد الرسائل التي يمكنك إرسالها يختلف. لذلك لا يوجد عدد ثابت من الرموز يمكن ذكره. ومن يعطيك رقماً كهذا يكون قد اخترعه.

لذلك اطرح سؤالاً مختلفاً: ما الذي يجعل رسائلي مكلفة؟ لهذا السؤال إجابة فعلية، ويمكنك الاستفادة منها اليوم.

لماذا لا يمكن للاشتراك تحديد عدد الرموز المميزة

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

لا تحتوي خطط المستخدمين على رصيد تنفقه. تضع Anthropic حداً لاستخدامك داخل جلسة تُعاد تهيئتها كل خمس ساعات. أما الخطط المدفوعة القائمة على حدّ استخدام، وهي Pro وMax وTeam وعقود Enterprise الأقدم القائمة على المقاعد، فتفرض حداً ثانياً أطول يُقاس على مدار أسبوع. تعمل خطط Enterprise القائمة على الاستخدام بطريقة مختلفة: تقول Anthropic إن هذه الخطط لا تفرض حدود استخدام لكل مقعد، ولا تتضمن مخصصاً من الرموز المميزة. يُحاسب كل رمز مميز وفق تعرفة API، ويمكن للمسؤولين بدلاً من ذلك تحديد حدود الإنفاق للمؤسسة وللمستخدمين الفرديين.

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

لماذا تكلّف الجولة 20 من المحادثة أكثر بكثير من الجولة 1

لا يحتفظ النموذج بذاكرة بين الطلبات. فهو عديم الحالة، ولذلك يعيد إرسال المحادثة بأكملها مع كل جولة: مطالبة النظام، وكل رسالة سابقة كتبتها، وكل رد سابق من Claude، وكل ملف أرفقته. قد يتكون سؤالك الجديد من 20 كلمة. لكن الطلب الذي يحمله يتضمن النص الكامل للمحادثة.

لذلك تزداد تكلفة الجولة مع طول المحادثة، وتزداد خطياً. تعرض الصفوف أدناه هذه العملية الحسابية استناداً إلى مجموعة واحدة من الافتراضات التقريبية: مطالبة نظام تقترب من 1,000 رمز، ورسائلك تقترب من 1,000 رمز لكل رسالة، والردود تقترب من 1,200 رمز لكل رد. يوضح هذا المثال الآلية، ولا يمثل قياساً لحسابك.

[
  {
    "label": "Turn 1",
    "sent_this_turn": "2,000",
    "cumulative_input": "2,000"
  },
  {
    "label": "Turn 5",
    "sent_this_turn": "10,800",
    "cumulative_input": "32,000"
  },
  {
    "label": "Turn 10",
    "sent_this_turn": "21,800",
    "cumulative_input": "119,000"
  },
  {
    "label": "Turn 20",
    "sent_this_turn": "43,800",
    "cumulative_input": "458,000"
  }
]

ترسل الجولة الأولى 2,000 رمزاً من رموز الإدخال. وبحلول الجولة 20، يرسل السؤال القصير نفسه 43,800، أي أكثر من 20 ضعفاً، مع أنك كتبت المقدار نفسه. وخلال المحادثة كاملة، أرسلت 458,000 رمزاً من رموز الإدخال، ومعظمها النص نفسه الذي أُرسل مراراً.

كانت 20 محادثة منفصلة من جولة واحدة سترسل 20 ضعف الصف الأول أعلاه، ولا شيء إضافياً. الأسئلة نفسها، لكن بحمل أقل بكثير. تزيد المرفقات الفارق، لأن ملف PDF الذي أرفقته في الجولة الثانية يُعاد إرساله في الجولة الثالثة، ثم الرابعة، وفي كل جولة لاحقة، سواء بقيت المحادثة متعلقة به أم لا.

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

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

ما الذي تحصل عليه من كل فئة اشتراك، بالمقارنة النسبية

لا تنشر أي فئة اشتراك حداً مطلقاً للاستخدام. المنشور هو حدود نسبية، وهذه الصورة النسبية كافية لاتخاذ القرار. تأتي Free في أدنى مستوى، وتوضح Anthropic أن عدد الرسائل التي يمكن للمستخدم المجاني إرسالها يختلف حسب الطلب. تأتي Pro فوقها. تُباع Max بحجمين، ويُوصف كل منهما بأنه يوفّر خمسة أضعاف أو عشرين ضعفاً من حد Pro لكل جلسة. تُسعَّر Team لكل مقعد، وتنطبق حدودها على كل عضو، لا على الفريق ككل. أما خطط Enterprise القائمة على الاستخدام فهي الاستثناء في هذه الصفحة كلها: فهي تفرض رسماً للمقعد يغطي الوصول إلى المنصة فقط، وتحاسب على كل token بشكل منفصل وفق أسعار API القياسية. لذلك يكون عدد الـtoken هو أساس الفاتورة، ويكون السقف الوحيد هو حد الإنفاق الذي يحدده المسؤول. كل حد من حدود الخطط الموجهة للمستهلكين مرتبط بحساب، لا بشخص. لذلك فإن شخصين يتشاركان بيانات دخول Pro واحدة يستنفدان نافذة استخدام واحدة بينهما، كما أن شروط الاستخدام للمستهلكين تمنع هذا الترتيب أصلاً.

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

اختيار النموذج هو مضاعف ثانٍ يضاف إلى الفئة. يستهلك السؤال نفسه جزءاً أكبر من نافذة الاستخدام عند تشغيله على النموذج الأكبر مقارنةً بالنموذج الأصغر، لأن تشغيل النموذج الأثقل تكلفة كل token فيه أعلى. وغالباً ما يمنحك نقل المهام الروتينية من Opus إلى Sonnet أو Haiku وقت عمل أطول من الترقية إلى فئة أعلى. لذلك فإن اختيار النموذج المناسب للمهمة هو أول ما ينبغي تجربته عندما ينفد استخدامك باستمرار.

كيفية معرفة استخدامك الفعلي بدلاً من التخمين

حسابك هو المصدر الوحيد الموثوق، ويمكنك الوصول إليه بنقرتين. افتح Settings في claude.ai، ثم Usage. ستظهر لك الكمية التي استهلكتها وموعد إعادة ضبط حدودك. تحقق من ذلك مرة عندما يبدأ رفض الردود، ومرة بعد جلسة طويلة. بهذه الطريقة ستتعرف على نمط استخدامك أسرع مما يمكن لأي رقم منشور أن يوضح لك. يحذرك التطبيق أيضاً قبل الوصول إلى ذلك الحد: لافتة تفيد بأنك استخدمت 90% من حد جلستك تعني أن عُشر الجلسة الحالية فقط متبقٍ. عندها افتح محادثة جديدة أو انتقل إلى نموذج أخف بدلاً من متابعة سلسلة محادثات طويلة.

في Claude Code، ينفّذ أمران يبدأان بشرطة مائلة المهمة نفسها من الطرفية. يعرض /usage حدود استخدام خطتك، ويضيف في خطط Pro وMax وTeam وEnterprise تفصيلاً لما يُحتسب ضمن هذه الحدود. يعرض /context العناصر التي تملأ نافذة السياق حالياً، مع تفصيل لكل عنصر واقتراحات لما يمكن حذفه. عندما يوضح /context أن المحادثة القديمة تهيمن على السياق، يبدأ /clear محادثة جديدة بسياق فارغ، وتنخفض التكلفة لكل دور مجدداً لتقترب من الصف الأول في المخطط أعلاه.

في API، يمكنك طلب عدد الرموز قبل إرسال أي شيء:

curl https://api.anthropic.com/v1/messages/count_tokens \
  --header "x-api-key: $ANTHROPIC_API_KEY" \
  --header "anthropic-version: 2023-06-01" \
  --header "content-type: application/json" \
  --data '{
    "model": "claude-sonnet-5",
    "messages": [{"role": "user", "content": "Summarise the attached report."}]
  }'

تتكون الاستجابة السليمة من حقل واحد:

{"input_tokens": 14}

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

{"usage": {"input_tokens": 21430, "output_tokens": 512}}

أرسل سؤالاً قصيراً واحداً في طلب جديد، ثم أرسل السؤال نفسه في نهاية سلسلة محادثات طويلة، وقارن قيمتي input_tokens. يوضح الفرق أثر ما تقيسه اشتراكاتك في صورة رقم.

ما الذي يجب فعله عندما يصل الحد إلى منتصف المهمة

1. انتظر حتى تنتهي النافذة. يعرض التطبيق وقت إعادة الضبط، وغالباً ما يكون الانتظار أقصر من استخدام حل بديل. هذا هو الخيار الصحيح عندما لا توجد مهمة عاجلة. إذا كان حسابك يتيح إعادة ضبط الحد، فتذكر صفحة المساعدة الخاصة بـAnthropic Pro أنه يمكنك استخدامها لإعادة حد جلسة الخمس ساعات أو حدك الأسبوعي إلى كامل سعته، ويوضح كيفية عمل إعادة ضبط الحدود متى يكون ذلك مفيداً. وإذا كنت تفضّل عدم الانتظار، فيمكن لمشتركي Pro تفعيل أرصدة الاستخدام لمواصلة العمل بعد تجاوز الحدود المضمنة في الخطة.
2. انتقل إلى نموذج أخف. تكلفة النموذج الأصغر لكل دورة أقل في جميع الخطط. في Max، تتيح إرشادات Anthropic الخاصة بـFable استخدام ما يصل إلى نصف الحد الأسبوعي مع نماذج Fable من دون تكلفة إضافية. ويُحتسب ذلك من الحد الأسبوعي نفسه المطبق على جميع النماذج الأخرى. بعد استخدام هذه الحصة، يمكنك التبديل إلى نموذج آخر أو مواصلة استخدام Fable عبر أرصدة الاستخدام. في Pro، لا تُحتسب Fable ضمن حدود الخطة إطلاقاً، ويُستخدم رصيد الاستخدام منذ الرسالة الأولى.
3. ابدأ محادثة جديدة، وانقل إليها ما تحتاجه الخطوة التالية فقط. الصق الخلاصة، لا النص الكامل للمحادثة. تنخفض تكلفة كل دورة فوراً، وتتحسن الإجابات عادةً، لأن النموذج لن يعود مضطراً إلى معالجة آلاف الرموز من نقاش حُسم بالفعل.
4. انقل المهمة إلى API، حيث تُحتسب الرموز لكل طلب وتُحاسب حسب عدد الرموز. لا توجد جلسة مدتها خمس ساعات تنتظر انتهاءها، لكن لدى API نوافذ خاصة بها. تُقاس حدود المعدل بالدقيقة وفق عدد الطلبات، ورموز الإدخال، ورموز الإخراج. ويُرجع الطلب الذي يتجاوز أي حد منها خطأ 429، وعادةً ما يتضمن ترويسة retry-after توضح مدة الانتظار. تفرض مستويات الاستخدام Start وBuild وScale أيضاً حداً أقصى للإنفاق الشهري قدره $500 و$1,000 و$200,000. وعند بلوغه، يتوقف استخدام API حتى الساعة 00:00 UTC في اليوم الأول من الشهر التالي، ما لم تطلب رفع الحد قبل ذلك. يمكنك تقدير رموز الإدخال للطلب قبل إرساله، وقراءة الاستخدام الدقيق بعده.

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

FAQ

كم عدد الرموز التي تتضمنها خطة Claude Pro؟

لا تنشر Anthropic حداً لعدد الرموز في خطة Pro، وحتى أكتوبر 2026 لا يوجد رقم يمكن الاستشهاد به. يُقاس استخدام Pro بعدد الرموز مقابل حد للجلسة يُعاد ضبطه كل خمس ساعات، وحد أسبوعي يشمل جميع النماذج. يختلف عدد الرسائل التي يتسع لها هذا الحد باختلاف النموذج والمرفقات وطول المحادثة. أي صفحة تذكر رقماً شهرياً محدداً لعدد الرموز في Pro هي مجرد تخمين. افتح Settings، ثم Usage على claude.ai لمعرفة استهلاكك وموعد إعادة الضبط.

هل يؤدي بدء محادثة جديدة إلى إعادة ضبط استخدامي؟

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

لماذا وصلت إلى الحد بسرعة أكبر اليوم مقارنة بالأمس؟

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

هل ينبغي أن أنتقل إلى API للحصول على عدّ فعلي للرموز؟

انتقل إذا كنت تحتاج إلى الأرقام أو إلى قابلية التنبؤ. يعرض API عدد رموز الإدخال والإخراج في كل استدعاء، ويوفر endpoint مجانياً لعد الرموز يمكنك تشغيله قبل الإرسال، ولا يفرض جلسة مدتها خمس ساعات تنتظر انتهاءها. لكنه لا يزال يفرض حدوداً: حدوداً لمعدل الطلبات في الدقيقة تُرجع خطأ 429، وعادةً تتضمن مدة انتظار، عند تجاوزها. كما تفرض مستويات Start وBuild وScale حداً شهرياً للإنفاق يوقف الاستخدام حتى اليوم الأول من الشهر التالي عند بلوغه. تُحاسب الخدمة لكل رمز، لذلك يكلف الاستخدام الكثيف أكثر من الاشتراك الثابت، بينما يكلف الاستخدام الخفيف أقل بكثير. احسب تكلفة حمل العمل الفعلي مقارنةً بخطتك الحالية قبل الانتقال، لأن النتيجة تعتمد على عدد الرموز التي ترسلها.