Скармливаешь Kimi стектрейс, кусок логов и код — получаешь ранжированный список гипотез и конкретный фикс с объяснением, почему баг воспроизводится именно так.
Промпт
Приложение на [СТЕК] падает с ошибкой. Стектрейс: [СТЕКТРЕЙС]. Фрагмент логов перед падением: [ЛОГИ]. Код функции: [КОД]. Действуй как дебаггер: 1) восстанови цепочку вызовов до падения, 2) назови 3 наиболее вероятные причины по убыванию вероятности, 3) дай фикс для главной причины и объясни, почему он сработает, 4) скажи, какое логирование добавить, если причина не подтвердится.
Заполнить под себя — промпт обновится выше, пустые поля останутся плейсхолдерами
Пример результата
Пример: Node.js-сервис, «TypeError: Cannot read properties of undefined», 50 строк логов и обработчик webhook'а. Kimi восстанавливает цепочку: webhook → парсер → обработчик, и видит, что при пустом теле запроса объект не инициализируется, а код ниже ждёт его поля. Гипотезы: пустой payload (80%), гонка при ретрае, устаревшая схема. Фикс — валидация и дефолтное значение на входе. Совет 1: не обрезайте стектрейс до «интересных» строк — Kimi хорошо работает с сырым текстом, а в «лишних» строках часто корень. Совет 2: если логов много, приложите файлом — длинный контекст это позволяет, и он найдёт аномалию за сотни строк до падения. Совет 3: третью гипотезу не игнорируйте — попросите простой тест для её проверки, это экономит часы.