iiuniversitet.ruЦентр обучения нейросетямОткрыть каталог

Пошаговый регламент для рутинной задачи

Составляет операционный регламент с точными шагами, проверкой результата, поиском неисправностей, откатом и путями эскалации.

СкиллAnthropicClaudeApache-2.0Загрузить архив в ClaudeПроверка не требуется
Скачать на русскомОригинал на английском (архив)Источник ↗
Что делает
Составляет операционный регламент с точными шагами, проверкой результата, поиском неисправностей, откатом и путями эскалации.
Когда брать
Когда нужно задокументировать повторяющуюся задачу, превратить знания из голов в точные шаги или добавить откат и эскалацию в процедуру.
Пример запроса
Составь регламент еженедельного резервного копирования базы клиентов с шагами проверки и откатом.
Работает лучше с
база знаний, система управления ИТ-услугами (ITSM)

Входит в плагин operations. В Cowork и Claude Code можно поставить плагин целиком.

Как включить

  1. Нажмите «Скачать на русском» и сохраните архив.
  2. В Claude откройте Настройки → Capabilities → Skills → Upload skill и выберите архив.
  3. Включите скилл переключателем.
Для терминала

Распакуйте архив и положите папку runbook в ~/.claude/skills/. Файл SKILL.md должен лежать внутри этой папки.

Текст

---
name: runbook
description: Создаёт или обновляет операционный регламент (runbook) для повторяющейся задачи или процедуры. Используй, когда нужно задокументировать задачу, которую дежурные или операционная команда должны выполнять повторяемо, превратить «знания, живущие в головах» в точные пошаговые команды, добавить в существующую процедуру поиск неисправностей и шаги отката или написать пути эскалации на случай, когда что-то идёт не так.
argument-hint: "<process or task name>"
---

/runbook

Если встретишь незнакомые подстановки или понадобится узнать, какие инструменты подключены, смотри [CONNECTORS.md](../../CONNECTORS.md).

Создай пошаговый операционный регламент для повторяющейся задачи или процедуры.

Использование

/runbook $ARGUMENTS

Результат

## Регламент: [Название задачи]
**Владелец:** [Команда/Человек] | **Периодичность:** [Ежедневно/Еженедельно/Ежемесячно/По необходимости]
**Последнее обновление:** [Дата] | **Последний запуск:** [Дата]

### Назначение
[Чего достигает этот регламент и когда им пользоваться]

### Предварительные условия
- [ ] [Нужный доступ или разрешение]
- [ ] [Необходимый инструмент или система]
- [ ] [Нужные данные или входные сведения]

### Процедура

#### Шаг 1: [Название]

[Точная команда, действие или инструкция]

**Ожидаемый результат:** [Что должно произойти]
**Если не получилось:** [Что делать]

#### Шаг 2: [Название]

[Точная команда, действие или инструкция]

**Ожидаемый результат:** [Что должно произойти]
**Если не получилось:** [Что делать]

### Проверка результата
- [ ] [Как убедиться, что задача выполнена успешно]
- [ ] [Что проверить]

### Поиск неисправностей
| Симптом | Вероятная причина | Исправление |
|---------|-------------|-----|
| [Что видно] | [Почему] | [Что делать] |

### Откат
[Как отменить действия, если что-то пошло не так]

### Эскалация
| Ситуация | Контакт | Способ связи |
|-----------|---------|--------|
| [Когда эскалировать] | [Кому] | [Как связаться] |

### История
| Дата | Кто запускал | Заметки |
|------|--------|-------|
| [Дата] | [Человек] | [Проблемы или наблюдения] |

Если доступны коннекторы

Если подключена ~~knowledge base:

  • Найди существующие регламенты, чтобы обновить их, а не писать с нуля
  • Опубликуй готовый регламент в вики операционной команды

Если подключена ~~ITSM:

  • Свяжи регламент со связанными типами инцидентов и запросами на изменение
  • Автоматически подставь контакты для эскалации из графиков дежурств

Советы

  1. Будь до мелочей конкретен — «Запусти скрипт» — это не шаг. «Запусти python sync.py --prod --dry-run с операционного сервера» — шаг.
  2. Включай варианты сбоев — что может пойти не так на каждом шаге и что с этим делать.
  3. Проверь регламент на практике — попроси человека, не знакомого с процессом, пройти по нему. Исправь места, где он застрянет.

Перевод: iiuniversitet. Оригинал: https://github.com/anthropics/knowledge-work-plugins/tree/main/operations/skills/runbook, лицензия Apache-2.0. Изменения: перевод на русский язык.

Оригинал на английском 
---
name: runbook
description: Create or update an operational runbook for a recurring task or procedure. Use when documenting a task that on-call or ops needs to run repeatably, turning tribal knowledge into exact step-by-step commands, adding troubleshooting and rollback steps to an existing procedure, or writing escalation paths for when things go wrong.
argument-hint: "<process or task name>"
---

# /runbook

> If you see unfamiliar placeholders or need to check which tools are connected, see [CONNECTORS.md](../../CONNECTORS.md).

Create a step-by-step operational runbook for a recurring task or procedure.

## Usage

```
/runbook $ARGUMENTS
```

## Output

```markdown
## Runbook: [Task Name]
**Owner:** [Team/Person] | **Frequency:** [Daily/Weekly/Monthly/As Needed]
**Last Updated:** [Date] | **Last Run:** [Date]

### Purpose
[What this runbook accomplishes and when to use it]

### Prerequisites
- [ ] [Access or permission needed]
- [ ] [Tool or system required]
- [ ] [Data or input needed]

### Procedure

#### Step 1: [Name]
```
[Exact command, action, or instruction]
```
**Expected result:** [What should happen]
**If it fails:** [What to do]

#### Step 2: [Name]
```
[Exact command, action, or instruction]
```
**Expected result:** [What should happen]
**If it fails:** [What to do]

### Verification
- [ ] [How to confirm the task completed successfully]
- [ ] [What to check]

### Troubleshooting
| Symptom | Likely Cause | Fix |
|---------|-------------|-----|
| [What you see] | [Why] | [What to do] |

### Rollback
[How to undo this if something goes wrong]

### Escalation
| Situation | Contact | Method |
|-----------|---------|--------|
| [When to escalate] | [Who] | [How to reach them] |

### History
| Date | Run By | Notes |
|------|--------|-------|
| [Date] | [Person] | [Any issues or observations] |
```

## If Connectors Available

If **~~knowledge base** is connected:
- Search for existing runbooks to update rather than create from scratch
- Publish the completed runbook to your ops wiki

If **~~ITSM** is connected:
- Link the runbook to related incident types and change requests
- Auto-populate escalation contacts from on-call schedules

## Tips

1. **Be painfully specific** — "Run the script" is not a step. "Run `python sync.py --prod --dry-run` from the ops server" is.
2. **Include failure modes** — What can go wrong at each step and what to do about it.
3. **Test the runbook** — Have someone unfamiliar with the process follow it. Fix where they get stuck.

Источник: anthropics/knowledge-work-plugins / operations / runbook ↗. Ссылка проверена 2026-10-10.

Похожие