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

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

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

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

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

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

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

لا تحتوي خطط المستخدمين على رصيد تنفقه. تفرض Anthropic حداً لعدد الرسائل التي يمكنك إرسالها ضمن نافذة متحركة تبدأ عند إرسال رسالتك الأولى وتنتهي بعد عدد محدد من الساعات. وتتضمن الخطط المدفوعة حداً ثانياً أطول يُقاس على مدار أسبوع. لا يكون حجم الرسالة ثابتاً، لذلك قد يمثل العدد نفسه من الرسائل مقداراً مختلفاً جداً من العمل لشخصين مختلفين. تصف صفحات المساعدة لدى 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 فعلياً قبل إلقاء اللوم على الخطة.

ما الذي يقدمه كل مستوى من الخطط بالمقارنة النسبية

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

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

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

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

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

في Claude Code، ينفّذ أمران باستخدام الشرطة المائلة المهمة نفسها من الطرفية. يعرض /usage استخدام الخطة وموعد إعادة الضبط. ويفصّل /context ما الذي يملأ نافذة السياق حالياً، مع الفصل بين system prompt وتعريفات الأدوات والملفات وسجل المحادثة. عندما يوضح /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}

يعرض كل طلب مكتمل الحساب نفسه عند انتهائه:

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

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

ما الذي تفعله عندما يصل الحد أثناء تنفيذ المهمة

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

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

FAQ

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

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

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

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

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

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

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

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