Справочник › 🛟 Помощь › Если что-то не так
После отправки репорта
На этой странице · 4
После отправки историю можно чистить
Снимок Темы сохраняется отдельно, в момент отправки репорта.
Поэтому после того, как Limerence подтвердил «BUG-N принят», проблемный участок истории можно удалить, откатить или переписать — это не уничтожит контекст уже отправленного бага.
Поймали проблему → /diag → приложили контекст → получили номер → почистили неудачную генерацию у себя → играете дальше, пока мы разбираемся отдельно.
Что сохраняется вместе с репортом
После успешной отправки сохраняются:
- ваше текстовое описание;
- технический диагностический снимок;
- приложенные файлы;
- снимок Темы, если вы дали согласие;
- номер обращения;
- связь обращения с проблемной Темой.
Поэтому это уже не зависит ни от того, останется ли исходное сообщение в Telegram, ни от того, что вы потом сделаете со своей историей.
Как понять, что репорт точно принят
После успешной отправки Limerence выдаёт номер вида BUG-123 и подтверждает, что проблема зарегистрирована.
Например:
✅ Спасибо, проблему зарегистрировали. BUG-123 Статус: на рассмотрении.
Только после такого сообщения считайте баг-репорт отправленным.
Если вместо этого появилось «Не получилось сохранить отчёт» — репорта нет, вызовите /diag ещё раз позже.
Номер BUG — для уточнений
Например: BUG-184. Записывать его специально не обязательно (все ваши обращения собраны в «📋 Мои баги», см. ниже), но он пригодится, если захотите сослаться на конкретный репорт.
Это идентификатор проблемы.
Он помогает отличать «тот старый баг с памятью» от «нового бага с памятью, который выглядит почти так же».
Если позже потребуется уточнение, номер позволяет однозначно понять, о каком обращении речь.
Автоматический анализ — не окончательный диагноз
После отправки Limerence может автоматически проанализировать технические данные и попробовать определить:
- область проблемы;
- возможную причину;
- степень уверенности;
- похожа ли проблема на уже известную.
Это помогает быстрее сортировать обращения.
Но автоматический анализ — это первичный триаж, а не священная надпись на каменной плите.
Если данных недостаточно, причина может быть не установлена до полноценного расследования.
Если такой баг уже известен
Limerence может определить, что вы столкнулись с уже зарегистрированной проблемой.
Тогда вместо создания десяти одинаковых независимых задач ваше обращение может быть связано с существующим багом.
Вы всё равно считаетесь пользователем, которого проблема затронула.
И при дальнейшем обновлении статуса можно уведомить всех затронутых пользователей.
Не отправляйте один и тот же баг десять раз
Лимит формы: до 10 баг-репортов за 24 часа.
Это не цель, которую необходимо выполнить.
Если один и тот же сбой повторился 12 раз за пять минут, обычно достаточно одного хорошего репорта:
Повторяется каждый раз, проверено 5 раз.
Пять одинаковых /diag не дают в пять раз больше информации. Они дают пять одинаковых /diag.
А если это действительно другая проблема?
Тогда отправляйте отдельный репорт.
Например:
- BUG 1 — Undo восстанавливает неправильный вариант.
- BUG 2 — Кабинет не сохраняет Temperature.
Это разные проблемы, даже если обнаружились в один вечер.
Не надо сваливать пять независимых багов в одно описание:
Undo не работает, ещё лор странный, кабинет тормозит, карточка криво импортнулась и вчера оплата долго шла.
Такое обращение невозможно нормально закрыть: одна часть исправлена, две не воспроизвелись, четвёртая вообще оказалась настройкой.
Один репорт — одна проблема.
Что происходит дальше
После регистрации вам обычно ничего дополнительно делать не нужно.
Limerence сохраняет обращение, выполняет первичный технический анализ и передаёт проблему на разбор.
При поддерживаемом для аккаунта процессе вы можете получать сообщения, когда:
- проблема принята;
- началось расследование;
- найдено и выпущено исправление.
Не нужно каждые полчаса отправлять «ну что там?». Когда появится результат, Limerence может сообщить сам.
Если пришло сообщение «Проблема исправлена»
Сначала попробуйте повторить то же действие:
- вернитесь в ту же историю;
- повторите исходные шаги;
- проверьте результат.
Под уведомлением могут быть кнопки «✅ Исправлено», «❌ Проблема осталась» и «🤔 Лучше, но не до конца».
Если всё действительно заработало — подтвердите.
Если баг остался — нажмите «❌ Проблема осталась».
Если стало заметно лучше, но проблема ушла не полностью — «🤔 Лучше, но не до конца». Мы не начнём расследование с нуля, а будем искать остаток.
Это лучше, чем создавать совершенно новый /diag, потому что новое сообщение привязывается к уже известной проблеме.
Если после исправления проблема изменилась
Допустим, раньше кнопка вообще не работала. После фикса кнопка работает, но теперь удаляет неправильную запись.
Это уже может оказаться новым багом.
В таком случае имеет смысл создать отдельный /diag и прямо написать:
Ранее был BUG-123. Он исправлен, но после исправления появился другой эффект: ...
Где посмотреть статус своих обращений
Если номер потерялся — не страшно.
«🛟 Помощь» → «📋 Мои баги» — там ваши обращения и что с ними происходит сейчас: разбираемся, чиним, исправлено и выкачено. Чужие обращения там не видны.
Можно ли после репорта продолжать играть?
Да.
Создание /diag не блокирует историю, а приложенный контекст уже сохранён отдельно. Можно спокойно продолжать пользоваться Limerence и чистить историю так, как вам удобно.
Как убрать неудачный ответ
Если плохой только последний обмен — /undo.
Если нужно изменить старое сообщение игрока — /rewrite.
Если нужен другой вариант последнего ответа — «⋯» → «🔄 Ещё вариант».
Если хотите начать историю заново — /clear.
Подробно это разобрано на странице Управление историей: что выбрать.
Разбор конкретных сбоев — модель не отвечает, странные ответы, память, лор, оплата, Кабинет — на странице Частые проблемы.