Навыки on-call-handoff-patterns
📋

on-call-handoff-patterns

Безопасно

Оптимизация передачи дежурств на поддержке

Также доступно от: wshobson

Сокращение разрывов в реагировании на инциденты во время смены дежурств с помощью структурированных шаблонов и процедур передачи. Этот навык предоставляет документированные паттерны для передачи контекста, текущих расследований и процедур эскалации между дежурными инженерами.

Поддерживает: Claude Codex Code(CC)
🥉 72 Бронза
1

Скачать ZIP навыка

2

Загрузить в Claude

Перейдите в Settings → Capabilities → Skills → Upload skill

3

Включите и начните использовать

Протестировать

Использование «on-call-handoff-patterns». Создать документ передачи дежурства для платформенной команды

Ожидаемый результат:

Markdown документ с разделами для активных инцидентов (в настоящее время нет), текущих расследований со ссылками на тикеты, таблицей последних развёртываний, известных проблем с обходными путями, предстоящих окон обслуживания, контактов для эскалации и проверочных чек-листов для уходящего и входящего инженеров.

Использование «on-call-handoff-patterns». Сгенерировать руководящие принципы эскалации для нашей команды

Ожидаемый результат:

Структурированное руководство, охватывающее немедленные триггеры эскалации (SEV1, утечка данных, 30-минутный таймаут диагностики), когда следует рассматривать эскалацию (проблемы, затрагивающие несколько команд, пробелы в экспертизе), и процесс эскалации (связаться с соответствующим контактом, предоставить контекст, оставаться на связи до подтверждения).

Аудит безопасности

Безопасно
v1 • 2/24/2026

This skill is a documentation-only resource providing on-call handoff templates and best practices. All 39 static analysis findings are false positives: the 'external_commands' detections are markdown code blocks showing example commands (not actual execution), 'network' detections are reference URLs in documentation templates (not network calls), and other findings misinterpret markdown content as code. No executable code or security risks exist.

1
Просканировано файлов
456
Проанализировано строк
0
находки
1
Всего аудитов
Проблем безопасности не найдено
Проверено: claude

Оценка качества

38
Архитектура
100
Сопровождаемость
87
Контент
32
Сообщество
100
Безопасность
100
Соответствие спецификации

Что вы можете построить

Передача дежурств в платформенной команде

Создание последовательных, комплексных документов передачи при переходе ответственности за дежурство между инженерами в рамках еженедельной ротации.

Непрерывность реагирования на инциденты

Сохранение контекста и импульса во время текущих инцидентов, когда смена дежурного инженера заканчивается в середине решения проблемы.

Онбординг новых дежурных инженеров

Предоставление структурированных руководств и чек-листов для инженеров, новых для ротаций дежурств, чтобы обеспечить их готовность.

Попробуйте эти промпты

Базовый документ передачи дежурства 
Создайте документ передачи дежурства для моей платформенной команды. Уходящий инженер — @alice, входящий — @bob. Включите разделы для активных инцидентов, текущих расследований, последних развёртываний, известных проблем и предстоящих событий. Мы используем Grafana для дашбордов и имеем еженедельную ротацию дежурств.
Быстрая асинхронная передача 
Сгенерируйте краткое асинхронное резюме передачи. Активных инцидентов нет. Одно текущее расследование таймаутов API во время окна резервного копирования (тикет ENG-1234). Завтра запланирован крупный релиз. Держите в пределах 10 строк.
Передача в середине инцидента 
Создайте передачу инцидента для текущей деградации платёжного сервиса. Началось 45 минут назад, в настоящее время на уровне SEV2. Уровень ошибок упал с 40% до 15% после масштабирования подов. Корневая причина, по-видимому, — давление на память из-за всплеска трафика. Входящему инженеру нужно мониторить в течение следующих 30 минут.
Чек-лист подготовки к дежурству 
Сгенерируйте чек-лист перед дежурством для нового инженера, начинающего свою первую ротацию дежурств. Включите проверку доступа, настройку оповещений, освежение знаний и подготовку окружения. Наш стек включает Kubernetes, PostgreSQL, Redis, и мы используем PagerDuty и Slack.

Лучшие практики

  • Запланируйте 30-минутное перекрытие между сменами для синхронных звонков по передаче
  • Документируйте все активные и недавние инциденты с заметками о расследовании и следующими шагами
  • Проверяйте оповещения и доступ перед каждым дежурством, используя чек-лист перед дежурством
  • Эскалируйте рано при неуверенности, а не боритесь в одиночку в течение длительного времени

Избегать

  • Пропуск синхронной передачи и полагание только на асинхронную документацию
  • Исчезновение в конце дежурства без подтверждения, что входящий инженер имеет контекст
  • Игнорирование оповещений во время дежурства, даже если они кажутся незначительными или прерывистыми
  • Попытка решить сложные проблемы в одиночку, а не эскалировать для получения помощи

Часто задаваемые вопросы

Сколько времени должна занимать передача дежурства?
Планируйте в общей сложности 30 минут: 15 минут для уходящего инженера на написание документа передачи и 15 минут на синхронный звонок между уходящим и входящим инженерами. Входящий инженер должен ознакомиться с документом до звонка.
Что делать, если инцидент активен, когда моё дежурство заканчивается?
Используйте шаблон передачи инцидента для передачи контекста. Оставайтесь на синхронном звонке, пока входящий инженер не подтвердит, что понимает текущее состояние, шаги по смягчению и путь эскалации. Не уходите, пока они явно не подтвердят владение.
Следует ли нам делать асинхронные или синхронные передачи?
Используйте и то, и другое. Асинхронная документация обеспечивает письменную запись, но синхронные звонки предотвращают потерю контекста. Комбинация обеспечивает ясность и позволяет задавать вопросы в реальном времени. Только асинхронные передачи часто упускают критический контекст.
Когда мне следует эскалировать инцидент?
Эскалируйте немедленно для инцидентов SEV1, предполагаемых утечек данных или если вы не можете диагностировать проблему в течение 30 минут. Также эскалируйте, когда проблема затрагивает несколько команд или требует экспертизы, которой у вас нет.
Что должно быть в документе передачи?
Включите активные инциденты, текущие расследования со статусом и следующими шагами, последние развёртывания и изменения конфигурации, известные проблемы с обходными путями, предстоящее обслуживание или релизы и контакты для эскалации. Добавьте раздел быстрого доступа для распространённых команд и ссылок на дашборды.
Как мне подготовиться к моему первому дежурству?
Заполните чек-лист перед дежурством: проверьте VPN и доступ к инструментам, подтвердите планирование PagerDuty, установите и протестируйте приложения для оповещений, ознакомьтесь с последними инцидентами и runbook, убедитесь, что ваш ноутбук и телефон заряжены. Определите контактное лицо для подстраховки, если путешествуете.

Сведения для разработчиков

Автор

sickn33

Лицензия

MIT

Репозиторий

https://github.com/sickn33/antigravity-awesome-skills/tree/main/skills/on-call-handoff-patterns

Ссылка

main

Структура файлов

📄 SKILL.md