Чек-лист перед выкладкой релиза
Составляет список проверок до, во время и после выкладки в прод и условия отката.
СкиллAnthropicClaudeApache-2.0Загрузить архив в ClaudeПроверка не требуется
- Что делает
- Составляет список проверок до, во время и после выкладки в прод и условия отката.
- Когда брать
- Перед выпуском релиза, особенно с миграциями базы данных или флагами функций.
- Пример запроса
- Составь чек-лист выкладки сервиса оплаты, в нём есть миграция базы.
Входит в плагин engineering. В Cowork и Claude Code можно поставить плагин целиком.
Как включить
- Нажмите «Скачать на русском» и сохраните архив.
- В Claude откройте Настройки → Capabilities → Skills → Upload skill и выберите архив.
- Включите скилл переключателем.
Для терминала
Распакуйте архив и положите папку deploy-checklist в ~/.claude/skills/. Файл SKILL.md должен лежать внутри этой папки.
Текст
---
name: deploy-checklist
description: Чек-лист проверки перед выкладкой. Используй, когда готовится релиз, выкладывается изменение с миграциями базы данных или флагами функций, нужно проверить статус CI и согласования перед выходом в прод или заранее зафиксировать условия отката.
argument-hint: "[service or release name]"
---/deploy-checklist
Если встретишь незнакомые подстановки или нужно узнать, какие инструменты подключены, смотри [CONNECTORS.md](../../CONNECTORS.md).
Составь чек-лист перед выкладкой, чтобы убедиться, что всё готово к выпуску.
Использование
/deploy-checklist $ARGUMENTSРезультат
## Чек-лист выкладки: [сервис или релиз]
**Дата:** [Дата] | **Ответственный за выкладку:** [Имя]
### Перед выкладкой
- [ ] Все тесты в CI проходят
- [ ] Код проверен и одобрен
- [ ] В релизе нет известных критических ошибок
- [ ] Миграции базы данных проверены (если есть)
- [ ] Флаги функций настроены (если есть)
- [ ] План отката описан
- [ ] Дежурная команда оповещена
### Выкладка
- [ ] Выложить на стенд (staging) и проверить
- [ ] Прогнать дымовые тесты (smoke tests)
- [ ] Выложить в прод (сначала на часть пользователей, если есть такая возможность)
- [ ] 15 минут следить за долей ошибок и задержками
- [ ] Проверить ключевые пользовательские сценарии
### После выкладки
- [ ] Убедиться, что метрики в норме
- [ ] Обновить заметки о релизе / журнал изменений
- [ ] Уведомить заинтересованные лица
- [ ] Закрыть связанные тикеты
### Условия отката
- Доля ошибок превышает [X]%
- Задержка P50 превышает [X] мс
- Сбой в [критически важном пользовательском сценарии]Настройка под тебя
Расскажи о своей выкладке, и я подстрою чек-лист:
- «Мы используем флаги функций» → добавлю шаги проверки флагов
- «В выкладку входит миграция базы данных» → добавлю проверки, связанные с миграцией
- «Это изменение API, ломающее совместимость» → добавлю шаги уведомления тех, кто пользуется API
Если подключены коннекторы
Если подключён ~~source control:
- Подтяни дифф релиза и список изменений
- Проверь, что все PR одобрены и влиты
Если подключён ~~CI/CD:
- Автоматически проверь статус сборки и тестов
- Убедись, что конвейер зелёный, прежде чем выкладывать
Если подключён ~~monitoring:
- Заполни пороги отката по текущим базовым значениям
- Настрой наблюдение за метриками после выкладки
Советы
- Запускай перед каждой выкладкой — даже рядовой. Чек-листы спасают от «я забыл...»
- Настрой один раз и пользуйся — расскажи о своём стеке, и я запомню твой процесс выкладки.
- Заранее назови критерии отката — решай, когда откатывать, до выкладки, а не во время неё.
Перевод: iiuniversitet. Оригинал: https://github.com/anthropics/knowledge-work-plugins/tree/main/engineering/skills/deploy-checklist, лицензия Apache-2.0. Изменения: перевод на русский язык.
Оригинал на английском
--- name: deploy-checklist description: Pre-deployment verification checklist. Use when about to ship a release, deploying a change with database migrations or feature flags, verifying CI status and approvals before going to production, or documenting rollback triggers ahead of time. argument-hint: "[service or release name]" --- # /deploy-checklist > If you see unfamiliar placeholders or need to check which tools are connected, see [CONNECTORS.md](../../CONNECTORS.md). Generate a pre-deployment checklist to verify readiness before shipping. ## Usage ``` /deploy-checklist $ARGUMENTS ``` ## Output ```markdown ## Deploy Checklist: [Service/Release] **Date:** [Date] | **Deployer:** [Name] ### Pre-Deploy - [ ] All tests passing in CI - [ ] Code reviewed and approved - [ ] No known critical bugs in release - [ ] Database migrations tested (if applicable) - [ ] Feature flags configured (if applicable) - [ ] Rollback plan documented - [ ] On-call team notified ### Deploy - [ ] Deploy to staging and verify - [ ] Run smoke tests - [ ] Deploy to production (canary if available) - [ ] Monitor error rates and latency for 15 min - [ ] Verify key user flows ### Post-Deploy - [ ] Confirm metrics are nominal - [ ] Update release notes / changelog - [ ] Notify stakeholders - [ ] Close related tickets ### Rollback Triggers - Error rate exceeds [X]% - P50 latency exceeds [X]ms - [Critical user flow] fails ``` ## Customization Tell me about your deploy and I'll customize the checklist: - "We use feature flags" → adds flag verification steps - "This includes a database migration" → adds migration-specific checks - "This is a breaking API change" → adds consumer notification steps ## If Connectors Available If **~~source control** is connected: - Pull the release diff and list of changes - Verify all PRs are approved and merged If **~~CI/CD** is connected: - Check build and test status automatically - Verify pipeline is green before deploy If **~~monitoring** is connected: - Pre-fill rollback trigger thresholds from current baselines - Set up post-deploy metric watch ## Tips 1. **Run before every deploy** — Even routine ones. Checklists prevent "I forgot to..." 2. **Customize once, reuse** — Tell me your stack and I'll remember your deploy process. 3. **Include rollback criteria** — Decide when to roll back before you deploy, not during.
Источник: anthropics/knowledge-work-plugins / engineering / deploy-checklist ↗. Ссылка проверена 2026-10-10.