Операции
Создайте runbook с низкой когнитивной нагрузкой
Короткий исполняемый runbook снижает нагрузку оператора за счёт одной цели, небольшого дерева решений, точных команд, проверки и безопасной остановки.
Процесс
Делай в этом порядке.
- Определите триггер, результат оператора, границу системы, уровень риска, предпосылки и условия, при которых runbook должен остановиться.
- Напишите одноэкранную ориентацию с симптомом, вероятным влиянием, первой безопасной проверкой, путём эскалации и ссылками на авторитетный контекст.
- Разбейте процедуру на нумерованные действия с одной целью каждое, ожидаемым выводом, ветвью отказа и понятной передачей незнакомых случаев.
- Укажите безопасные команды, переменные, допущения о доступе, собираемые доказательства и точную проверку, доказывающую работу каждого шага.
- Испытайте runbook в репрезентативной непроизводственной среде или настольном учении, отметив непроверенные команды, отсутствующие разрешения и неоднозначные инструкции.
- Назначьте владельца, периодичность пересмотра, связанные панели и оповещения, дату последнего теста и удалите устаревшие шаги, не теряя инструкции по откату.
- Опубликуйте runbook и верните доказательства, статус тестирования, известные ограничения и нерешённые риски, остановившись перед любым действием в производственной среде.
Принеси это
Входы, которые кот спросит.
- триггер оператора и желаемый результат
- граница системы и среды
- ограничения доступа и безопасности
- доступные тесты, панели и владелец
Роутер + один playbook
Сначала маршрут. Выбери один.
Cat Paw открывает один playbook на задачу, не смешивает несколько. Начни с этого роутера; остальные пути — кандидаты именно этого workflow.
- Роутер:
action-first-communication-pack skills/action-first-communication-pack/low-cognitive-load-runbook/SKILL.md
Границы
Границы едут вместе с промптом.
- Перед началом проверьте реальные инструменты, учётные записи, разрешения и рабочую область; никогда не утверждайте, что недоступный инструмент, учётная запись, источник или возможность существует.
- Используйте Latch/target-workspace для приватного кода, артефактов, живых проверок или непубличных данных; если доступ недоступен, остановитесь на границе и сообщите о блокировке, не подменяя её догадкой.
- Приостановите работу для явного одобрения перед внешними действиями с последствиями; верните доказательства, нерешённые риски, допущения и любое действие, ожидающее одобрения.
Готово значит
Проверяемый финиш.
Протестированный runbook с владельцем даёт оператору короткий путь от триггера к проверенному результату или безопасной эскалации, документируя команды, условия остановки, доказательства и нерешённые риски.
Источники
Откуда взялся этот процесс.
- github.com/ayghri/i-have-adhd/tree/839872f9d1cd634fed642b4589ce7226199cc15f/
- sre.google/sre-book/incident-response/
- www.nngroup.com/articles/ten-usability-heuristics/
Источники задают рисунок workflow. Посты Reddit и сообщества, если они есть, — байки практиков, не универсальные факты.
