«Счётчик задач работает неправильно» — по такой фразе ИИ может предложить правдоподобную правку совершенно другого места. Полезнее начать с условия, при котором число становится неверным. Тогда у исправления появится проверяемая цель.
Учебный пример: приложение со списком задач. В нём есть фильтр «Только незавершённые» и счётчик с подписью «Найдено». По условию нашего примера он должен показывать количество задач, соответствующих фильтру. После завершения задачи строка исчезает, а число остаётся прежним до обновления страницы.
Сделайте ошибку повторяемой
Для проверки возьмите тестовый список из четырёх незавершённых задач. Включите фильтр, отметьте одну выполненной и посмотрите на число. Ожидается три строки и число 3. В нашем условном примере строки три, а счётчик показывает 4.
Теперь можно спросить точнее: «В списке четыре незавершённые задачи. После завершения одной при включённом фильтре строк остаётся три, но число равно четырём. Счётчик должен показывать число задач по текущему фильтру. После обновления страницы число правильное. Помоги найти причину. Сначала уточни, какие фрагменты кода нужны; пока не предлагай замену всего компонента».
Передайте только относящиеся к задаче исходники без секретов и персональных данных. Если ИИ не видит обработчик изменения статуса или вычисление счётчика, пусть запросит их. Догадка о том, что находится в соседнем файле, ещё не объясняет ошибку.
Отделите предположение от проверки
Можно заподозрить, что счётчик вычисляется отдельно от видимого списка. Но похожий симптом бывает по разным причинам. Попросите ИИ показать, на какой строке доступного кода основано предположение и каким наблюдением его проверить.
Запрос: «Предложи минимальное исправление по этим исходникам. Объясни, как оно меняет поведение в описанном случае. Если причина пока не подтверждена, укажи, чего не хватает для проверки».
Прочитайте изменение перед применением. Особенно внимательно — если вместе со счётчиком переписаны загрузка списка, фильтры и сохранение задач. Чем шире правка, тем больше отдельных последствий придётся проверять.
Проверьте поведение после изменения
Повторите исходный случай на том же тестовом списке. Затем проверьте завершение задачи без фильтра, отмену завершения и обновление страницы. Для нашего примера без фильтра число остаётся равным общему количеству задач, а при фильтре «Только незавершённые» после отмены завершения строк и найденных задач снова четыре.
Попросите ИИ: «По описанному поведению предложи короткие проверки исправления. Для каждой укажи действие и ожидаемый результат. Не называй проверку пройденной, если я ещё не сообщил результат запуска».
Если в приложении уже есть подходящий тест, дополните его случаем, который воспроизводил ошибку. Сначала проверьте, что этот сценарий обнаруживает сбой в прежней версии, затем запустите его после правки. Сверяйте ожидание с поведением интерфейса: тест, который лишь повторяет новую формулу из кода, может пропустить ту же проблему.
Если обсуждение продолжается в новом чате
Для продолжения задачи можно использовать MAGLA Memory с совместимым подключённым ИИ. В кабинете найдите карточку своего проекта и укажите в чате её точное название. После проверки попросите сохранить результат через MAGLA Memory в памяти этого проекта и дождитесь подтверждения. Порядок подключения описан в инструкции: https://magla.ru/ru/how-to-use?utm_source=digesto&utm_medium=organic&utm_campaign=launch_w1_20261015&utm_content=developer_06
В новой беседе подключите MAGLA Memory и назовите тот же проект: «Продолжим исправление счётчика задач. Перед следующей правкой уточни, что уже проверено и какие исходники тебе доступны». Убедитесь, что ИИ продолжает нужную задачу. Текущий код, файл теста или результат запуска может потребоваться передать отдельно. Если код изменился, покажите актуальную версию до новых рекомендаций.
Возьмите одну открытую ошибку и попробуйте воспроизвести её на минимальных тестовых данных. Если пока нельзя назвать действие и ожидаемый результат, начните следующий разговор с уточнения этого условия.
