Ошибки часовых поясов в системах бронирования, созданных ИИ: пример из практики

Разработчик создал прототип системы бронирования для платформы репетиторства (MRR $12k) с помощью Claude за 5 часов. Развернув сразу, система сгенерировала 89 бронирований за 2 недели. Но ошибка с часовыми поясами привела к 11 бронированиям в неправильное время, подорвав доверие преподавателей.

Ошибка

Первоначальная реализация сохраняла всё время в UTC и отображала в часовом поясе сервера (IST). Преподаватели в других часовых поясах видели неправильные доступные слоты. Один преподаватель из Дубая сообщил: «Мой ученик записался на 15:00, но пришёл в 16:30» — разница в 1,5 часа соответствовала разнице между IST и GST.

Попытки исправления

Первая попытка: Claude сгенерировал исправление с использованием часового пояса браузера пользователя. Оно работало для IST и GST, но сломалось для часовых поясов США из-за перехода на летнее время.

Вторая попытка: Разработчик запросил использование библиотеки для работы с часовыми поясами — luxon. Реализовано правильно, работало во всех протестированных зонах.

Уроки

• Прототипы, работающие для вашего часового пояса и тестовых случаев, сломаются для других.
• Claude уверенно генерирует некорректную обработку часовых поясов — всегда тестируйте как минимум в трёх часовых поясах перед развёртыванием функций расписания.
• Сейчас 142 бронирования в месяц, но 11 бронирований с неправильным временем подорвали доверие преподавателей, которым пришлось извиняться перед учениками.

Скорость работы ИИ-агентов по кодингу не снимает с разработчика ответственности за тестирование пограничных случаев.