כמה טוקנים יש ב-Claude Pro? האמת על מגבלות השימוש

כמה טוקנים כולל מנוי Claude Pro?

למנוי Claude Pro אין מכסת טוקנים מוגדרת, ונכון לאוקטובר 2026, חברת Anthropic אינה מפרסמת מכסה כזו. מנוי Claude אינו מבוסס על יתרה של טוקנים שמתכלה עם השימוש. Anthropic אמנם מודדת את השימוש בטוקנים, אך מנוי ה-Pro מוגבל על ידי מגבלת סשן שמתאפסת מדי חמש שעות ומגבלה שבועית החלה על כל המודלים; אף אחת ממגבלות אלו אינה מפורסמת כמספר טוקנים. אורך הסשן תלוי במודל הנבחר, באורך השיחה שצברת ובכמות הטקסט שכל תגובה כוללת.

זו התשובה ששאלה זו מקבלת לעיתים רחוקות, כיוון שאנשים מצפים שתוכנית מנוי תעבוד כמו API key. מפתח API צורך יתרה הנספרת בטוקנים, כך שניתן לחשב את החשבונית באופן עצמאי. תוכנית מבוססת מכסה כמו Pro, Max או Team מוכרת גישה לתקרה ש-Anthropic קובעת ומתאימה. Anthropic אינה מצהירה על תקרה זו כמספר טוקנים, ודף העזרה של Pro מציין רק שמספר ההודעות שניתן לשלוח עשוי להשתנות. לכן, אין מספר טוקנים קבוע שניתן לצטט. כל מי שמספק לכם מספר כזה, ממציא אותו.

לכן, כדאי לשאול שאלה אחרת: מה הופך את ההודעות שלי ליקרות? לשאלה זו יש תשובה ממשית, ואפשר לפעול לפיה כבר היום.

מדוע מנוי אינו יכול להציג מכסת אסימונים (tokens)

ה-API מחייב על כל בקשה לפי כמות אסימונים. אסימוני קלט כוללים את כל מה שאתם שולחים, אסימוני פלט כוללים את כל מה שהמודל כותב בחזרה, ולשניים תעריפים שונים. זו הסיבה שחשוב להכיר את העלויות השונות של אסימוני קלט ופלט לפני שמבצעים הערכה כלשהי.

בתוכניות הצרכנים אין יתרה לניצול. Anthropic מגבילה את השימוש בתוך סשן שמתאפס בכל חמש שעות, ותוכניות בתשלום המבוססות על מכסה (Pro, Max, Team וחוזים ישנים מבוססי-מושבים של Enterprise) כוללות מגבלה שנייה וארוכה יותר הנמדדת לאורך שבוע. תוכניות Enterprise מבוססות שימוש פועלות אחרת: Anthropic מציינת כי אין מגבלות שימוש לכל מושב ואין מכסת אסימונים כלולה; כל אסימון מחויב לפי תעריפי ה-API, ומנהלי מערכת יכולים להגדיר מגבלות הוצאה עבור הארגון ועבור משתמשים בודדים. הודעה אינה בגודל קבוע, לכן אותו מספר הודעות מייצג כמות עבודה שונה מאוד עבור שני אנשים שונים. דף העזרה של Anthropic Pro אינו מציין מספר הודעות כלל. הוא מבהיר כי מספר ההודעות שניתן לשלוח משתנה בהתאם לאורך ההודעה, אורך הקבצים המצורפים, אורך השיחה הנוכחית, והמודל או התכונה שבהם נעשה שימוש. אזהרה זו היא התמונה המלאה, והמנגנון שמאחוריה כמעט לעולם אינו מוסבר.

מדוע תור 20 בשיחה עולה הרבה יותר מתור 1

המודל אינו שומר זיכרון בין בקשות. הוא חסר מצב (stateless), ולכן כל תור שולח מחדש את כל השיחה: ה-system prompt, כל הודעה קודמת שכתבת, כל תשובה קודמת של Claude, וכל קובץ שצירפת. השאלה החדשה שלך עשויה להיות בת עשרים מילים, אך הבקשה שנושאת אותה מכילה את כל התמליל.

לפיכך, העלות של תור גדלה ככל שהשיחה מתארכת, והיא גדלה בקו ישר. השורות להלן מציגות את החישוב האריתמטי על סמך קבוצת הנחות עגולות: system prompt של כ-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, פי עשרים יותר, עבור אותה כמות הקלדה מצדך. לאורך כל השיחה שלחת 458,000 טוקני קלט, כאשר רובם הם אותו טקסט שנשלח שוב ושוב.

עשרים שיחות נפרדות של תור אחד היו שולחות פי עשרים מהשורה הראשונה לעיל ולא יותר מכך. אותן שאלות, בשבריר מהעומס. קבצים מצורפים מרחיבים את הפער, כיוון שקובץ PDF שצירפת בתור השני נשלח מחדש בתור השלישי, בתור הרביעי, ובכל תור שלאחריו, בין אם השיחה עדיין עוסקת בו ובין אם לא.

זו הסיבה ששני אנשים באותה תוכנית מדווחים על ניצול שונה לחלוטין. האחד משאיר שרשור אחד פתוח כל השבוע ומגיע למכסה ביום רביעי. השני פותח שיחה חדשה לכל משימה וכמעט לעולם לא נתקל במגבלה. אף אחד מהם לא עושה משהו לא כשורה. הוצאת הטוקנים שלהם שונה בסדר גודל כי הרגלי העבודה שלהם שונים.

ב-API ניתן להפחית את עלות החזרתיות באמצעות prompt caching, המאחסן את החלק הקדמי של הבקשה שאינו משתנה, כך שקריאות מאוחרות יותר מחויבות בתעריף קלט מופחת עבור חלק זה. Claude Code מבצע זאת עבורך באופן אוטומטי, הן במנוי והן ב-API key, ומאפשר לך להשבית זאת או לבחור את משך הזמן שהמטמון נשמר. Caching הופך את החזרתיות לזולה יותר, אך אינו מבטל אותה: כל תור עדיין נושא את כל התמליל, כך שאורך השיחה הוא המנוף האמיתי שבידיך. אותו מנגנון שולט בסשנים של תכנות, שבהם תוכן קבצים והגדרות כלים עוברים בכל תור, לכן שמירה על הקשר קטן בסשן תכנות תורמת למכסות שלך יותר מכל הגדרה אחרת, וכדאי לקרוא את לאן באמת הולכים הטוקנים בסשן Claude Code לפני שמטילים אשמה על התוכנית.

מה מקבלים בכל רמת מנוי, במונחים יחסיים

אף רמת מנוי אינה מפרסמת מכסה מוחלטת. הנתונים המפורסמים הם יחסיים, והתמונה היחסית מספיקה כדי לבצע בחירה. התוכנית החינמית נמצאת בתחתית, ו-Anthropic מציינת כי מספר ההודעות שמשתמש חינמי יכול לשלוח משתנה בהתאם לביקוש. תוכנית Pro נמצאת מעליה. תוכנית Max נמכרת בשני גדלים, המתוארים כפי חמישה ופי עשרים מהמכסה של Pro לכל סשן. תוכנית Team מתומחרת לפי מושב (seat), והמגבלות שלה חלות על כל חבר בנפרד ולא על הצוות ככלל. תוכניות Enterprise מבוססות שימוש הן החריג לכל הדף הזה: הן גובות דמי מושב המכסים גישה לפלטפורמה בלבד ומחייבות על כל טוקן בנפרד לפי תעריפי API סטנדרטיים, כך ששם ספירת הטוקנים היא החשבונית, והתקרה היחידה היא מגבלת ההוצאה שמגדיר מנהל המערכת. כל מכסה צרכנית שייכת לחשבון ולא לאדם, לכן שני אנשים החולקים התחברות Pro אחת מנצלים חלון מכסה יחיד ביניהם, והתנאים הצרכניים ממילא אוסרים על סידור זה.

התייחסו למכפילים הללו כאל הצהרת כוונות ולא כאל חוזה. Anthropic מכווננת את המכסות, ודפי העזרה שלה שומרים לה את הזכות להגביל את השימוש בדרכים אחרות, כגון מכסות שבועיות וחודשיות או מגבלות על מודלים ותכונות ספציפיים, לפי שיקול דעתה. זו סיבה נוספת לכך שאף דף הגון לא יכול לספק לכם מספר טוקנים מדויק. לגבי הצד הכספי של אותה השוואה, מה העלות של Pro והיכן הוא מגביל אתכם ו-הפער בין שתי רמות ה-Max מכסים זאת, ו-מה התוכנית החינמית מאפשרת בפועל מכסה את רף הכניסה.

בחירת המודל היא מכפיל נוסף שפועל מעל רמת המנוי. אותה שאלה צורכת חלק גדול יותר ממכסת השימוש במודל הגדול ביותר מאשר בקטן ביותר, משום שהפעלת מודל כבד יותר יקרה יותר לכל טוקן. העברת משימות שגרתיות מ־Opus ל־Sonnet או ל־Haiku מספקת לעיתים זמן עבודה רב יותר משדרוג המנוי. לכן התאמת המודל למשימה היא הצעד הראשון שכדאי לנסות כאשר המכסה נגמרת שוב ושוב. אם המשימות השגרתיות האלה יעברו בהמשך ל־API, בדקו תחילה כמה עולה Haiku 5.5 למיליון טוקנים, משום ש־prompts שאורכם עולה על 100K טוקנים מתומחרים לפי תעריף הגבוה פי 5 מהתעריף הרגיל. לכן גם שם הרגל של ניהול שרשורים ארוכים, שמרוקן את מכסת השימוש במנוי, יהיה יקר יותר.

כיצד לצפות בשימוש האישי שלך במקום לנחש

החשבון שלך הוא המקור המהימן היחיד, והוא נמצא במרחק של שתי לחיצות. ב-claude.ai פתחו את Settings ולאחר מכן את Usage. שם מוצג מה צרכת ומתי המכסות שלכם מתאפסות. בדקו זאת פעם אחת כאשר מתחילות סירובים למענה, ופעם נוספת לאחר סשן ארוך; כך תלמדו את דפוסי השימוש שלכם מהר יותר מכל נתון מפורסם. האפליקציה גם מזהירה אתכם לפני הגעה לנקודה זו: באנר המציין שניצלתם 90% ממכסת הסשן שלכם אומר שנותרה רק עשירית מהסשן הנוכחי. זהו הרגע לפתוח צ'אט חדש או לעבור למודל קל יותר במקום להמשיך שרשור ארוך.

ב-Claude Code שני פקודות slash מבצעות את אותה פעולה מהטרמינל. /usage מדווחת על מכסות השימוש של התוכנית שלכם, ובתוכניות Pro, Max, Team ו-Enterprise היא מוסיפה פירוט של מה נספר כנגדן. /context מציגה מה ממלא את חלון ההקשר (context window) כרגע, עם פירוט לפי פריט והצעות למה כדאי לצמצם. כאשר /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 מגדירה מספר זה כהערכה. כמות ה-input tokens שנעשה בהם שימוש בפועל עשויה להיות שונה במעט, והספירה אינה אומרת דבר על ה-output שהמודל טרם כתב. כל בקשה שהושלמה מדווחת על החישוב המדויק בסיומה:

{"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 יש חלונות זמן משלו. מגבלות קצב (Rate limits) נמדדות לפי דקה בבקשות, בטוקני קלט ובטוקני פלט, ובקשה שחורגת מאחת מהן מחזירה שגיאת 429, בדרך כלל עם כותרת retry-after המציינת כמה זמן יש להמתין. דרגות השימוש Start, Build ו-Scale כוללות גם תקרת הוצאה חודשית של 500$, 1,000$ ו-200,000$ בהתאמה, וברגע שמגיעים אליה, השימוש ב-API נעצר עד השעה 00:00 UTC ביום הראשון של החודש הבא, אלא אם תבקש מגבלה גבוהה יותר מוקדם יותר. ניתן להעריך את הקלט של קריאה לפני השליחה ולקרוא את השימוש המדויק שלה לאחר מכן.

האפשרות המתאימה תלויה בשאלה אם הבעיה שלך היא השעון או עומס העבודה. עומס חד-פעמי הוא בעיית תזמון. קיר שאתה נתקל בו בכל יום רביעי הוא בעיית עומס עבודה, והפתרון עבורו הוא ה-API או תוכנית גדולה יותר, ולא תזמון טוב יותר. המאמר רשימת התיוג המלאה למכסה שנגמרת באמצע משימה מלווה את תהליך ההתאוששות צעד אחר צעד, והמאמר כיצד חלונות זמן מתגלגלים נפתחים ומתאפסים מסביר מדוע השעון מתנהג כפי שהוא מתנהג. אם אתה מתכנן לעבור ל-API, בדוק תחילה את המחיר: השוואת ה-API מול מנוי עבור אותו עומס עבודה ו-כמה באמת עולה מיליון טוקנים יספקו לך את החישובים לפני שתבצע את המעבר.

FAQ

כמה tokens כולל מנוי Claude Pro?

חברת Anthropic אינה מפרסמת מכסת tokens עבור מנוי Pro, ונכון לאוקטובר 2026 אין מספר כזה שניתן לציין. השימוש ב־Pro נמדד ב־tokens מול מגבלת סשן שמתאפסת כל חמש שעות ומגבלה שבועית על פני כל המודלים; כמות ההודעות שניתן לשלוח משתנה בהתאם למודל, לקבצים המצורפים ולאורך השיחה. כל דף המציין מספר tokens חודשי ספציפי עבור Pro מבוסס על השערות בלבד. פתחו את Settings ולאחר מכן את Usage באתר claude.ai כדי לראות את צריכת ה־tokens האישית שלכם ואת זמן האיפוס.

האם פתיחת צ'אט חדש מאפסת את השימוש שלי?

לא. השימוש נספר עבור החשבון שלכם לאורך חלון הזמן, לכן צ'אט חדש אינו מחזיר לכם את מה שכבר נוצל. מה שמשתנה הוא העלות של כל תגובה מרגע זה ואילך. בצ'אט חדש אין היסטוריית שיחה שיש לשלוח מחדש, לכן הוא מתחיל בטווח הנמוך של הטבלה לעיל במקום להמשיך ולעלות. פתיחת צ'אט חדש בעת שינוי נושא היא ההרגל החסכוני ביותר בכל תוכנית.

מדוע הגעתי למגבלה מהר יותר היום מאשר אתמול?

בדרך כלל משום שהעבודה של היום התרכזה בשרשור אחד ארוך. כל תגובה שולחת מחדש את כל השיחה בתוספת קבצים מצורפים, לכן העלות לכל הודעה עולה בהתמדה בעוד שמספר ההודעות נראה לכם ללא שינוי. סיבה נפוצה נוספת היא המודל: מודלים כבדים יותר צורכים את המכסה מהר יותר בכל תגובה, לכן אחר צהריים עם המודל הגדול ביותר יסתיים מוקדם יותר מאשר בוקר עם מודל קטן יותר.

האם כדאי לעבור ל־API כדי לקבל ספירת tokens מדויקת?

עברו אם אתם זקוקים למספרים או ליכולת חיזוי. ה־API מדווח על tokens של קלט ופלט בכל קריאה, חושף נקודת קצה (endpoint) חינמית לספירת tokens שניתן להריץ לפני השליחה, ואין בו סשן של חמש שעות להמתנה. עדיין קיימים חלונות זמן: מגבלות קצב (rate limits) לדקה שמחזירות שגיאת 429, בדרך כלל עם זמן המתנה, כאשר חורגים מהן. בתוכניות Start, Build ו־Scale קיימת תקרת הוצאה חודשית שעוצרת את השימוש עד היום הראשון של החודש הבא ברגע שמגיעים אליה. החיוב הוא לפי token, לכן שימוש כבד עולה יותר ממנוי קבוע ושימוש קל עולה הרבה פחות. בדקו את עלות עומס העבודה האמיתי שלכם מול התוכנית הנוכחית לפני המעבר, כיוון שהתשובה משתנה בהתאם לכמות ה־tokens שאתם שולחים.