Справочник › 🛟 Помощь › Если что-то не так
Частые проблемы
На этой странице · 12
- Limerence вообще не отвечает
- Модель отвечает странно
- Память запомнила неправильный факт
- Лор будто игнорируется
- После смены персонажа осталась старая информация
- Не регенерируется фотография так, как ожидалось
- Проблема с оплатой
- Кабинет показывает старые настройки
- Что писать в особенно полезном баг-репорте
- Самое важное правило
- Коротко
- Читайте также
Страница Если Limerence работает неправильно объясняет, чем /support отличается от /diag, как описать баг и что уходит вместе с репортом. Здесь разбираем конкретные сбои: что проверить, прежде чем звать диагностику.
Limerence вообще не отвечает
Если вместо ответа появляется ошибка, сначала посмотрите, что пишет сам бот.
Частые причины:
- API-провайдер временно недоступен;
- у собственного API закончился баланс;
- ключ больше не действителен;
- модель отсутствует у выбранного провайдера;
- закончились DeepSeek-ходы;
- закончился пробный период или Premium;
- модель отвергла параметры запроса;
- произошёл временный сетевой сбой.
Проверьте /current
В проблемной Теме отправьте /current.
Команда показывает фактическую конфигурацию текущей истории.
Там полезно проверить:
- игровую модель;
- используемый ключ/провайдер;
- Temperature;
- память диалога;
- техническое состояние маршрута.
Особенно /current полезен, если у вас несколько API-провайдеров и вы уже сами перестали помнить, куда именно отправляется эта несчастная история.
Если используется собственный API
Проверьте:
- существует ли ключ у провайдера;
- есть ли на нём баланс;
- доступна ли выбранная модель;
- правильный ли API URL;
- работает ли сам сервис провайдера.
Если проблема появляется только на одном провайдере, а после переключения на другой исчезает, это очень полезно указать в /diag.
Если используется DeepSeek
Проверьте:
- действует ли пробный период или Premium;
- не закончились ли дневные ходы;
- включён ли нужный режим;
- не исчерпан ли лимит текущего дня.
Для платного DeepSeek статистику можно посмотреть через /stats.
Дневной пул обновляется в 00:00 МСК.
Один временный сбой ещё не обязательно баг
AI-провайдеры иногда:
- отвечают 500;
- получают timeout;
- перегружены;
- временно теряют конкретную модель.
Если ошибка произошла один раз, а следующая генерация прошла нормально, отдельный баг-репорт обычно не нужен.
Если одно и то же повторяется 5 раз подряд, только в одной Теме, только после конкретной функции или каждый раз с одинаковой ошибкой — тогда /diag уже очень полезен.
Модель отвечает странно
Если ответ технически пришёл, но качество резко изменилось, сначала вспомните, что вы меняли.
Проверьте:
- модель;
- промпт;
- активный пресет;
- блоки пресета;
- Regex;
- Temperature;
- Top P;
- Character Card;
- персону;
- лор;
- настройки DeepSeek.
Особенно подозрительно: вчера всё было нормально → сегодня импортировал новый preset → всё стало ненормально.
Шерлок здесь не нужен.
Проверьте Regex
Если:
- исчезают куски ответа;
- меняется форматирование;
- модель получает не тот текст;
- появляются или пропадают служебные теги;
проверьте /regex.
Regex может менять как видимый ответ, так и текст, который получает модель.
Проверьте пресет
Если проблема появилась после импорта SillyTavern-пресета — /preset.
Проверьте:
- какой preset активен;
- для какой модели он предназначен;
- какие блоки включены;
- нет ли вместе с ним Regex.
Для теста можно временно снять preset и сравнить поведение.
Если без пресета проблема исчезла, у нас уже есть чрезвычайно полезный диагностический факт.
Память запомнила неправильный факт
Если это не техническая поломка, а обычная ошибка памяти, сначала используйте встроенное исправление.
Под последним RP-ответом: «⋯» → «💬 OOC» → «🔄 Поправить историю».
После этого обычным текстом объясните, что было запомнено неверно.
Например:
Марк не погиб. Он был ранен и сейчас находится в больнице.
Если Limerence корректно исправил память — баг-репорт не нужен.
Когда ошибка памяти уже является багом
Например:
- исправление подтвердилось, но старый факт продолжает возвращаться;
/clearвыполнен, а старая память всё ещё влияет на новую историю;- Rewrite удалил событие, но память продолжает его использовать;
- Undo откатил сцену, но факты из неё остались;
- память явно относится к другой Теме.
Вот здесь уже вызывайте /diag.
И для таких проблем особенно полезно разрешить использование недавнего контекста.
Лор будто игнорируется
Сначала помните: модель не получает весь lorebook на каждом ходе.
Проверьте:
- ключи карточки;
- включена ли она;
- её значимость;
- нужен ли режим «Добавлять всегда»;
- настроен ли поиск по смыслу для большого файла;
- действительно ли текущая сцена связана с этим лором.
Подробнее — Лор: что это и когда он лучше промпта (/lore).
Если карточка точно должна срабатывать, но вообще никогда не используется при очевидном ключе — тогда это уже повод для /diag.
После смены персонажа осталась старая информация
Если Character Card была заменена внутри уже сыгранной истории, старая сюжетная память автоматически не обязана исчезнуть.
Это не всегда баг.
Для полностью чистого нового персонажа безопаснее:
- создать новую Тему;
- либо очистить старую историю перед началом нового RP.
Если же старая информация появляется после корректной очистки — уже сообщайте через /diag.
Не регенерируется фотография так, как ожидалось
Если исходное сообщение содержало изображение, старые байты картинки не хранятся вместе с каждым вариантом ответа.
Поэтому при последующей регенерации Limerence может использовать только текстовую подпись.
Если нужно снова сгенерировать ответ именно с изображением — отправьте фотографию заново.
Это ограничение, а не баг.
Проблема с оплатой
Если вы оплатили счёт, но Premium не появился:
- вернитесь к сообщению со счётом;
- нажмите «✅ Я оплатил — проверить»;
- подождите несколько минут;
- откройте
/premiumзаново.
Если платёж подтверждён платёжным сервисом, а Limerence его не видит — /support.
Для денежных вопросов поддержка обычно полезнее /diag.
Не отправляйте в чат данные банковской карты.
Кабинет показывает старые настройки
Сначала:
- убедитесь, что открыта правильная история;
- полностью закройте Mini App;
- откройте снова через
/app; - сравните значение с
/settings.
Если бот и Кабинет продолжают показывать разные значения — это отличный баг-репорт.
Приложите скриншот обоих экранов.
Что писать в особенно полезном баг-репорте
Идеальный отчёт примерно такой:
Что делала:
/rewriteстарого сообщения примерно на 20 ходов назад.Что произошло: история после него пересобралась, но через несколько новых сообщений персонаж снова упомянул событие из удалённой части.
Что ожидала: после Rewrite удалённые события не должны влиять на продолжение.
Повторяемость: произошло два раза подряд.
Дополнительно: память до Rewrite работала нормально. Модель и preset не менялись.
Приложила последние сообщения истории.
Не обязательно использовать именно такой шаблон.
Главное — передать ту же информацию.
Самое важное правило
Не пытайтесь самостоятельно поставить диагноз.
Сообщайте наблюдаемые факты.
Лучше:
После
/undo 3персонаж всё ещё помнит свадьбу из удалённых сообщений.
чем:
У вас, видимо, RAG не инвалидировал vector cache после transaction rollback.
Первое можно проверить. Второе звучит красиво, но может отправить расследование прямиком в болото.
Коротко
Нужен человеческий ответ или помощь с настройкой — /support.
Нашли техническую ошибку Limerence — /diag.
Баг относится к конкретной истории — вызывайте /diag внутри этой Темы.
Хорошее описание содержит: что сделали → что произошло → что ожидали → повторяется ли. Эти четыре строки Limerence показывает шаблоном прямо в форме — можно скопировать и заполнить.
Можно приложить до 5 фото или файлов.
Для контекстных проблем можно приложить снимок Темы — история, память, промпт и настройки сохраняются в момент отправки.
API-ключи в диагностический снимок не включаются.
После успешной отправки вы получите номер BUG-N. Следить за ним отдельно не нужно: «🛟 Помощь» → «📋 Мои баги» показывает статус всех ваших обращений.
Одинаковый баг не нужно отправлять много раз.
Когда придёт уведомление об исправлении — проверьте его и используйте «✅ Исправлено», «❌ Проблема осталась» или «🤔 Лучше, но не до конца».
После подтверждения «BUG-N принят» свою историю можно чистить как угодно: контекст бага уже сохранён отдельно.