Сколько токенов в подписке Claude Pro: какой счёт нужен
Сколько токенов в подписке Claude Pro: отличаем окно одной беседы от лимита использования, сверяем модель и интерфейс и не принимаем 200K за месячный пакет.
Д
Денис
Продакт LibraChat
6 мин чтения
Число 200K я записал рядом с ценой подписки и едва не прочитал его как запас на месяц. Хотел разобрать сезонный дневник садовых наблюдений: даты посева, фотографии грядок и заметки о погоде. Вопрос «сколько токенов в подписке Claude Pro» оказался неточным, потому что вместимость одной беседы и доступный объём работы за период обозначают разные ограничения. Если их разделить, можно заранее понять, что именно помешает разбору большого материала.
Я сначала искал одно число для всего: чтобы оценить размер дневника и прикинуть, сколько раз смогу к нему возвращаться. Такое число выглядело бы удобным, но скрывало два вопроса. Поместится ли материал в одну работу? Хватит ли доступа на повторяющиеся обсуждения? Даже вместившийся садовый архив может потребовать столько повторных разборов, что ты упрёшься в ограничение использования до завершения работы.
Сколько токенов в подписке Claude Pro на месяц?
В прочитанной официальной справке Pro нет единого опубликованного месячного пакета вида «столько-то токенов». Описаны ограничения использования за сессию и неделю, а также факторы, влияющие на расход. Поэтому я не называю читателю придуманное число и не выдаю его за условие покупки. Для своего аккаунта нужно смотреть показатель использования и время обновления в Settings → Usage.
Токены относятся к объёму обрабатываемой информации. Но подписочные условия нельзя восстановить простым делением цены месяца на стоимость токенов API. В официальном описании Pro отдельно сказано, что использование Claude Console API не входит в этот план. Получить API-ставку и по ней вычислить «токены Pro» было бы смешением двух способов оплаты.
Я проверил сведения по страницам Pro и размера контекста на сайте поддержки Claude 10 ноября 2026 года. Это описание опубликованных условий, а не измерение моего аккаунта. Частота остановок зависит от конкретной модели, длины переписки и применяемых функций. Фиксированное число сообщений здесь тоже не стоит придумывать.
Откуда тогда берутся 200K, 500K или 1M?
Это могут быть размеры контекстного окна: сколько информации модель способна учитывать в одной работе. Их нужно читать вместе с названием модели и интерфейса. В актуальной официальной таблице даже одна модель может иметь разные условия для обычного чата, Code и Cowork. Переносить крупную цифру из одной строки в другую нельзя.
Для иллюстрации возьму только Claude Opus 4.6 из открытой справки:
Где используется модель · Размер из таблицы · Условие прочтения
Обычный чат — 500K токенов — Это окно, а не запас Pro на месяц
Claude Code — Вариант 1M токенов — Нужен соответствующий выбор; на Pro описано условие usage credits
Claude Cowork — 200K токенов — Нельзя автоматически переносить число из Code
Таблица показывает различие единиц, а не совет выбирать именно эту модель. Для других моделей и последующих версий значения проверяются заново. Если читаешь обзор про 200K, сначала узнай, к какой строке он относится. Без названия интерфейса цифра теряет существенную часть смысла.
Часть окна также требуется для ответа. Поэтому подход «заполню входными материалами весь объявленный размер» не является надёжным планом. Объём дневника надо оценивать в конкретном процессе, а не через количество страниц на глаз. Одна страница с короткими заметками и другая с плотной таблицей содержат разное количество информации.
Почему небольшой вопрос расходует заметную долю доступа?
Потому что последний вопрос может опираться на большой предыдущий разговор. В моей задумке фраза «сравни с прошлым июнем» выглядит короткой, но предполагает обращение к прежним записям. Длина видимой последней реплики не описывает весь объём работы. Поэтому я не прогнозирую число оставшихся обсуждений только по размеру своего вопроса.
Официальная справка относит к факторам использования длину сообщений и файлов, текущей беседы, выбранную модель и функции. Это не повод дробить материал механически на сотни маленьких сообщений. Важнее определить, какая информация нужна для текущего вопроса, а какую можно оставить для следующего этапа.
Для дневника я разделяю данные так:
Постоянное описание участка, без точного домашнего адреса.
Наблюдения за выбранный сезон с сохранёнными датами.
Конкретный вопрос, например о пропущенных записях.
Сведения, которые пока нельзя считать подтверждёнными.
Я собрал бы сначала одну небольшую выборку: 15 записей за июнь вместо многолетнего архива. Цель — проверить, сохраняются ли даты и различаются ли наблюдения с предположениями. Это контроль постановки задачи, а не обещание уложиться в определённый процент Pro. После согласования формата можно решать, как работать со следующим периодом.
Если беседа продолжается, окно перестало ограничивать?
Не обязательно. Справка описывает автоматическое управление контекстом при включённом выполнении кода: ранние части могут обобщаться, освобождая место для продолжения. Такое поведение не превращает окно в бесконечный месячный запас. И оно не означает, что любая деталь многолетнего дневника будет всегда одинаково доступна для ответа.
Я не использую длинную переписку как единственное хранилище своих записей. Оригинал остаётся отдельно, а выводы сверяются с нужными датами. Если вопрос относится к конкретному наблюдению, лучше указать его прямо, чем ожидать безошибочного воспоминания обо всех прежних репликах. Продолжение разговора и проверенная опора на факт различаются.
Мой порядок перед большой загрузкой такой:
Назвать модель и интерфейс, в котором собираюсь работать.
Проверить размер окна именно для этого сочетания.
Отдельно посмотреть использованный доступ и время его обновления.
Выбрать нужный период дневника и сформулировать одну проверяемую задачу.
Сохранить исходные записи вне беседы для последующей сверки.
Так я получаю два понятных ответа вместо одного вводящего в заблуждение числа. Большое окно отвечает за вместимость конкретной работы. Показатель использования отвечает за доступ к повторяющимся действиям. Они связаны расходом ресурсов, но не являются взаимозаменяемыми названиями одного пакета.
Начать можно с проверяемой структуры заметок
Если задача пока в порядке записей, открой LibraChat и предложи небольшой обезличенный фрагмент: «Из этих пяти записей садового дневника составь таблицу: дата, наблюдение, вопрос для следующей сверки. Каждый вопрос свяжи с одной исходной записью. Итог сформулируй короче 120 слов». Оцени, сохранилась ли дата в каждой строке и видно ли, какое садовое наблюдение породило следующий вопрос.
Режим и доступную работу с файлами LibraChat выбирай по условиям для своей задачи, не переводя на него цифры контекста Claude. Для общего решения об инструменте есть разбор выбора рабочих нейросетей. Здесь полезно сначала согласовать структуру дневника, а уже потом оценивать объём следующей загрузки.
Попробуй подписать найденную цифру полностью: «окно такой модели в таком интерфейсе» либо «использование за период». Моё 200K после этой подписи перестало выглядеть обещанием месячного пакета. Вместо гадания появилось два конкретных пункта проверки перед работой с дневником.
