Лимит редактирования DeepSeek исчерпан: счёт на одно сообщение
DeepSeek считает версии одного сообщения, а не запросы за день, и в веб-версии таймера сброса нет. Продолжайте с сообщения выше, новым сообщением или через API.
Содержание

Сообщение «Лимит редактирования исчерпан» и парное к нему «Лимит на повторную генерацию исчерпан» в DeepSeek означают, что у одного конкретного места переписки закончились версии. Это не дневной лимит и не лимит на весь чат. В коде веб-версии chat.deepseek.com, загруженном 1 ноября 2026 года, считается, сколько вариантов уже лежит в этом месте: исходный запрос плюс каждая его правка или все ответы на один и тот же запрос. Когда число доходит до порога, карандаш становится серым, у кнопки повтора появляется подсказка «Это сообщение невозможно перегенерировать», и ничего не отправляется. Другие сообщения, новое сообщение и новый чат считаются отдельно.
Поэтому продолжать нужно не с заблокированного сообщения. Если поправка небольшая, напишите её следующим сообщением, и вся история останется на месте. Если нужен другой вариант именно этого шага, скопируйте свой текст, перегенерируйте ответ на одно сообщение выше и вставьте текст в новую ветку: у неё свой счётчик, но всё, что было ниже в старой ветке, туда не перейдёт. Для десятков перегенераций подряд, например в ролевой игре, остаётся DeepSeek API с оплатой по токенам: по расчёту по прайсу на 1 ноября 2026 года одна перегенерация на deepseek-flash с историей в 30 000 токенов стоит около $0,0006 вне пиковых часов при попадании в кэш, а в пиковые часы вдвое дороже.
Ожидание помогает в другом случае: когда DeepSeek пишет, что вы редактируете или перегенерируете слишком часто, и просит попробовать позже. Это ограничение по времени, а в проверке, которую делает веб-версия перед правкой, таймера нет.
Что значит «Лимит редактирования исчерпан» и почему карандаш серый
Карандаш серый потому, что веб-версия сама сравнила число версий этого сообщения с порогом и заблокировала кнопку ещё до отправки. 1 ноября 2026 года страница chat.deepseek.com была открыта в браузере без входа в аккаунт, а те же публичные скрипты (сборка main.d1d163b7e4) были загружены через curl. В русском языковом файле нашлись все три текста, которые видит читатель: «Лимит редактирования исчерпан», «Лимит на повторную генерацию исчерпан» и подсказка «Это сообщение невозможно перегенерировать».
Правило счёта в том же коде такое: берётся число версий, которые уже есть в этом месте переписки, из него вычитается одна, и результат сравнивается с настройкой, которую сервер присылает отдельно для каждой модели (edit_quota для правок, regenerate_quota для перегенерации). Для правок версии — это исходный запрос и каждая его отредактированная копия, для перегенерации — каждый ответ на один и тот же запрос. Если сервер своего числа не прислал, код подставляет 5: исходник плюс пять вариантов, всего шесть версий, и счётчик под сообщением показывает 6/6. Седьмая попытка уже не уходит.
Это совпадает с тем, что пользователи видят в приложении. В обсуждении #1372 в репозитории DeepSeek-V3 на GitHub 30 мая 2026 года выложен скриншот Android-приложения с английским интерфейсом в быстром режиме (Instant): счётчик 7/7 и серая надпись «Edit limit reached. Message not sent.» То есть шесть версий прошли, а седьмая не была отправлена. Код Android- и iOS-приложений не проверялся, поэтому совпадение порогов в приложении и на сайте — вывод по этому скриншоту, а не по коду.
Сколько раз можно править и перегенерировать
Точного действующего числа DeepSeek не публикует, и прочитать его без аккаунта нельзя: 1 ноября 2026 года запрос настроек моделей без входа вернул SETTINGS_NOT_FOUND. Порог хранится отдельно для каждого типа модели, поэтому в «Быстром режиме» и в «Экспертном режиме» он может различаться. По сообщениям пользователей, собранным изданием 字母AI (перепечатка статьи 字母AI на сайте Huxiu от 30 мая 2026 года), правок обычно 6, перегенераций в быстром режиме от 3 до 6, а в экспертном около 3. Отсюда и народное название «лимит в 6 сообщений», хотя речь идёт о шести версиях одного сообщения, а не о шести сообщениях в чате.
Лимит на день, на чат или на одно сообщение: когда он сбросится
Лимит действует на одно место в переписке, а дневного числа запросов для чата DeepSeek не публикует вовсе. Новое сообщение и новый чат начинают счёт с нуля. У более раннего сообщения счётчик свой, отдельный, но в нём уже могут лежать версии, и каждая ветка, начатая с этого места, тратит ещё одну. Поэтому полчаса спустя или завтра то же самое сообщение останется заблокированным, а соседнее будет редактироваться, пока не исчерпает собственный лимит. В проверке, которую веб-версия выполняет перед правкой, нет ни таймера, ни даты, ни сброса: уже созданные версии никуда не исчезают, и счётчик по ним не уменьшается. Обнуляет ли сервер свои счётчики по времени, из кода страницы не видно, так что «никогда не сбросится» тоже сказать нельзя.

Отдельно ходит совет подождать 15–30 минут. Его дал аккаунт «白墙» в Xiaohongshu, который 字母AI назвало полуофициальным: по его словам, лимит обычно снимается через это время, а частые повторные нажатия могут принять за аномальные запросы и продлить ограничение. DeepSeek этого не подтверждал. Судя по описанию, совет относится к сообщению «слишком часто», у которого действительно есть окно по времени, а не к счётчику версий. Если у вас именно «Лимит редактирования исчерпан», на ожидание лучше не рассчитывать: переходите к способам из раздела ниже; при этом не жмите кнопку повтора много раз подряд.
Старые версии при этом сохраняются: стрелками у счётчика можно переключаться между уже полученными вариантами запроса или ответа и выбрать лучший, даже когда новые создать нельзя.
Какое у вас сообщение: правки, регенерация, «слишком часто» или длина
За словами «Дипсик пишет лимит» стоят шесть разных сообщений, и ожидание помогает только при двух из них. Различить их можно по тексту на экране:
| Что видно на экране | Что ограничено | Поможет ли подождать | Что сделать |
|---|---|---|---|
| «Лимит редактирования исчерпан», серый карандаш; в приложении на английском — «Edit limit reached. Message not sent.» | Число версий вашего запроса в одном месте | В веб-версии таймера нет, на ожидание не рассчитывайте | Написать поправку новым сообщением или начать ветку с сообщения выше |
| «Лимит на повторную генерацию исчерпан», подсказка «Это сообщение невозможно перегенерировать» | Число ответов на один запрос | Так же, таймера нет | Отредактировать сам запрос или начать ветку с сообщения выше |
| Просьба попробовать позже, потому что вы редактируете или перегенерируете слишком часто | Частота нажатий за короткое время | Да, это окно по времени | Остановиться и подождать, по словам полуофициального аккаунта, 15–30 минут |
| «Message limit reached. Please start a new chat.» — даже в русском интерфейсе эта подсказка на английском | Число сообщений в одном чате | Нет | Новый чат с кратким пересказом сюжета или задачи |
| «Превышен лимит длины. Сообщение будет отправлено в новый чат.» | Объём переписки или файлов в токенах | Нет | Сократить вложения или перенести контекст в новый чат |
| «Сервер перегружен, попробуйте позже.» | Общая нагрузка на DeepSeek | Да | Повторить через несколько минут |
Точной формулировки сообщения «слишком часто» в коде веб-версии нет: в сборке от 1 ноября 2026 года тексты о слишком частых действиях есть только для экспорта, шеринга, поиска, озвучки и входа. Значит, его присылает сервер или приложение, и написано оно может быть по-разному. Ещё одна ловушка: подсказка «Это сообщение невозможно перегенерировать» появляется и у ответов, которые оборвал фильтр содержимого или переполнение контекста. Если счётчик под ответом не дошёл до предела, причина именно в этом, и правка запроса тут поможет больше, чем поиск лимита.
Как продолжить ту же историю, не потеряв контекст
Способ зависит от того, что должно перейти в продолжение и чем вы готовы за это заплатить. Все варианты следуют из того же правила: новое место в переписке получает новый счётчик.
| Способ | Что сохраняется | Чем платите |
|---|---|---|
| Поправка следующим сообщением («перепиши последнюю сцену, герой не должен уходить») | Вся история вместе с неудачным ответом | Неудачный ответ остаётся в контексте, модель его видит |
| Ветка с сообщения выше | Всё до сообщения выше | Ответ выше может измениться; то, что было ниже в старой ветке, в новую не переносится; место выше тратит одну из своих версий |
| Правка самого запроса при лимите регенерации | Всё до этого запроса | Одна правка из лимита правок этого запроса |
| Новый чат с пересказом | То, что вы перенесли сами | Детали теряются при сжатии; длинный пересказ упирается в лимит длины |
| DeepSeek API через свой клиент | Вся история в вашем клиенте | Оплата за токены, ключ и пополнение баланса |
При лимите перегенерации проще всего отредактировать сам запрос: даже небольшая правка создаёт его новую версию, и у ответа на неё свой счётчик. При лимите правок запрос уже трогать нельзя, поэтому ветку начинают на шаг выше. Этот приём описывают пользователи r/DeepSeek, и он согласуется с правилом счёта из кода:
- Скопируйте текст заблокированного запроса, чтобы не набирать его заново.
- Поднимитесь к ответу DeepSeek, который стоит прямо перед этим запросом, и перегенерируйте его. Если и этот ответ упёрся в лимит, отредактируйте запрос над ним.
- В новой ветке вставьте скопированный текст и отправьте: это новое место в переписке, и у него снова полный набор правок и перегенераций.
Если ответ выше вам важен, перед перегенерацией скопируйте и его, а потом попросите модель держаться этого варианта. Старую ветку DeepSeek не удаляет, к ней можно вернуться стрелками.

DeepSeek API вместо кнопки: сколько стоит одна перегенерация
Купить снятие лимита в самом чате нельзя: платной подписки у чата DeepSeek нет. Платный продукт у DeepSeek — API с оплатой по токенам, и это отдельный продукт со своим балансом, а не платная версия чата. В API нет ни кнопки «редактировать», ни счётчика версий. Каждый запрос отправляет всю историю целиком, поэтому «правка» означает, что вы меняете свою копию истории и отправляете её снова, а «перегенерация» — что вы отправляете ту же историю ещё раз. Ограничения там другие: число одновременных запросов (2 500 для deepseek-flash и 500 для deepseek-v4-pro, при превышении приходит ошибка 429) и остаток на балансе.
Для этого нужны ключ, пополненный баланс на платформе DeepSeek и клиент, который хранит историю: для ролевых игр это Janitor AI или SillyTavern, для обычной переписки, например, Chatbox. Как вписать ключ и модель в Janitor AI, разобрано в статье Как настроить DeepSeek в Janitor AI: proxy URL, модель и ошибки. Какая модель API соответствует быстрому и экспертному режиму приложения, DeepSeek не публикует, так что ответы через API могут отличаться от привычных.
Стоимость одной перегенерации считается так: длина истории умножается на цену входных токенов (дешёвую при попадании в кэш или полную при промахе), к этому прибавляется длина ответа, умноженная на цену выходных токенов. Ниже расчёт от 1 ноября 2026 года по ценам на странице DeepSeek API вне пиковых часов, с ответом в 800 токенов. Для deepseek-flash это $0,003 за 1 млн токенов при попадании в кэш, $0,15 при промахе и $0,60 за выход; для deepseek-v4-pro — $0,022, $0,66 и $1,98.
| Модель и длина истории | Попадание в кэш | Промах кэша | 100 перегенераций (попадание / промах) |
|---|---|---|---|
deepseek-flash, 30 000 токенов | $0,00057 | $0,00498 | $0,057 / $0,498 |
deepseek-flash, 100 000 токенов | $0,00078 | $0,01548 | $0,078 / $1,548 |
deepseek-v4-pro, 30 000 токенов | $0,00224 | $0,02138 | $0,224 / $2,138 |
Например, для deepseek-flash с историей 30 000 токенов при попадании в кэш: 30 000 × $0,003 / 1 000 000 = $0,00009 за вход плюс 800 × $0,60 / 1 000 000 = $0,00048 за выход, всего $0,00057. Попадание в кэш не гарантировано, поэтому столбец с промахом — верхняя граница для этих условий. Если модель рассуждает перед ответом, токены размышлений тоже оплачиваются как выход, и сумма растёт. В пиковые часы всё вдвое дороже; когда они наступают по московскому времени и как планировать запросы, описано в статье Цены DeepSeek API в пиковые часы: когда задачу стоит отложить.
Когда уберут лимит регенераций в Дипсике
Даты нет. Лимиты появились во второй половине дня 29 мая 2026 года, без анонса и без таблицы квот; API они не затронули. Обновление приложения до версии 2.1.1 от 21 мая собрало отзывы о строгих лимитах, но заметили их пользователи только 29 мая, поэтому дату обновления не стоит считать началом. Официального объяснения DeepSeek не давал ни в документации, ни в ответах на GitHub.
Единственный прогноз — от того же полуофициального аккаунта «白墙»: ограничения временные, вызваны нехваткой мощностей после наплыва пользователей и «с большой вероятностью» будут сняты после запуска новых кластеров Huawei Ascend во второй половине 2026 года. Вторая половина года уже идёт, а лимит на месте: проверка счётчика есть в коде веб-версии на 1 ноября 2026 года, а 12 октября 2026 года в TikTok выходило русскоязычное видео о том, как снять лимит редактирования в Дипсик.
Источники3
Внешние страницы, на которые ссылается это руководство, в порядке упоминания. Последнее обновление: 1 нояб. 2026 г..
Источники3
Внешние страницы, на которые ссылается это руководство, в порядке упоминания. Последнее обновление: 1 нояб. 2026 г..





