К основному содержанию
скилл CX Codex

release · parcadei — скилл для Claude Code: подготовка релиза по шагам

Прогоняет релиз через пять субагентов: аудит безопасности, E2E-тесты, финальное ревью, бамп версии и релизные заметки. Пригодится перед выкладкой в прод.

Установить в Claude Code · Через Skills CLI (Vercel) Все способы и платформы ↓
npx skills add parcadei/Continuous-Claude-v3 --skill release -a claude-code
Открыть на GitHub

Что делает release

Скилл release задаёт порядок подготовки релиза и запускает субагентов по очереди. Сначала aegis ищет уязвимости в зависимостях, захардкоженные секреты, риски SQL-инъекций, XSS и CSRF, проблемы с аутентификацией. Потом atlas гоняет полный набор E2E-тестов, критические пути и интеграционные проверки.

Дальше review-agent смотрит результаты аудита и тестов, изменения с прошлого релиза и ломающие правки, после чего выносит вердикт RELEASE_APPROVED или RELEASE_BLOCKED. Только после одобрения herald поднимает версию в package.json или pyproject.toml, обновляет константы и генерирует запись в CHANGELOG.md, а scribe пишет RELEASE.md с новыми фичами, исправлениями и гайдом по миграции.

Порядок здесь не случайный: версия бампается после ревью, потому что ломающие изменения нужно сначала увидеть. Работа встаёт, если найден критичный баг безопасности, тесты падают или ревью вернуло RELEASE_BLOCKED. Флаг --skip-security отключает аудит, но автор его не советует. Есть --major, --minor, --patch, --hotfix и --dry-run для проверок без бампа.

Какие задачи решает

  • проверить зависимости и секреты перед выкладкой
  • прогнать E2E-тесты и собрать отчёт по прохождениям
  • получить вердикт по релизу до бампа версии
  • сгенерировать запись в CHANGELOG.md и релизные заметки
  • описать ломающие изменения и миграцию для пользователей

Примеры запросов агенту

  • /release v2.0.0
  • /release --minor
  • /release --hotfix

Как установить release

1Через Skills CLI (Vercel)

npx skills add parcadei/Continuous-Claude-v3 --skill release -a claude-code

2Вручную: положить файлы

~/.claude/skills/release/SKILL.md

Папка скилла целиком; для одного проекта — .claude/skills/release/

По шагам, с командами для каждой платформы: Как установить скилл в Claude Code: пять способов

Вопросы о release

Как установить release в Claude?

Выполните npx skills add parcadei/Continuous-Claude-v3 --skill release -a claude-code. Скилл встанет в ~/.claude/skills/release/SKILL.md.

Что делает скилл release?

Проводит релиз по пяти фазам: аудит безопасности, E2E-тесты, финальное ревью, бамп версии с changelog и релизные заметки. Каждую фазу выполняет отдельный субагент.

Что произойдёт, если тесты упадут?

Работа остановится. Скилл не бампает версию при критичной уязвимости, падающих E2E-тестах или вердикте RELEASE_BLOCKED.

Исходный текст

SKILL.md · MIT
---
name: release
description: Release preparation workflow - security audit → E2E tests → review → changelog → docs
---

# /release - Release Workflow

Structured release preparation to ship with confidence.

## When to Use

- "Prepare a release"
- "Ship version X"
- "Release to production"
- "Cut a release"
- "Ready to deploy"
- Before any production deployment

## Workflow Overview

```
┌─────────┐    ┌─────────┐    ┌──────────────┐    ┌──────────┐    ┌─────────┐
│  aegis  │───▶│  atlas  │───▶│ review-agent │───▶│  herald  │───▶│  scribe │
│         │    │         │    │              │    │          │    │         │
└─────────┘    └─────────┘    └──────────────┘    └──────────┘    └─────────┘
  Security       E2E            Final              Version         Release
  audit          tests          review             bump            notes
```

## Agent Sequence

| # | Agent | Role | Output |
|---|-------|------|--------|
| 1 | **aegis** | Security vulnerability scan | Security report |
| 2 | **atlas** | Run full E2E test suite | Test report |
| 3 | **review-agent** | Final release review | Release approval |
| 4 | **herald** | Version bump, changelog generation | Updated version files |
| 5 | **scribe** | Release notes, documentation | RELEASE.md, docs |

## Why This Order?

1. **Security first**: Catch vulnerabilities before they ship
2. **E2E tests**: Verify full system works end-to-end
3. **Final review**: Human-in-the-loop approval
4. **Version bump**: Only after approval
5. **Documentation**: Ship with proper release notes

## Execution

### Phase 1: Security Audit

```
Task(
  subagent_type="aegis",
  prompt="""
  Security audit for release: [VERSION]

  Scan for:
  - Dependency vulnerabilities (npm audit, pip audit)
  - Hardcoded secrets/credentials
  - SQL injection, XSS, CSRF risks
  - Authentication/authorization issues
  - Insecure configurations

  Output: Security report with severity levels
  """
)
```

### Phase 2: E2E Tests

```
Task(
  subagent_type="atlas",
  prompt="""
  Run E2E tests for release: [VERSION]

  Execute:
  - Full E2E test suite
  - Critical path tests
  - Integration tests
  - Performance benchmarks (if applicable)

  Output: Test report with pass/fail counts
  """
)
```

### Phase 3: Final Review

```
Task(
  subagent_type="review-agent",
  prompt="""
  Final release review: [VERSION]

  Review:
  - Security audit results
  - E2E test results
  - Changes since last release (git log)
  - Breaking changes
  - Migration requirements

  Output: RELEASE_APPROVED or RELEASE_BLOCKED with reasons
  """
)
```

### Phase 4: Version Bump & Changelog

```
Task(
  subagent_type="herald",
  prompt="""
  Prepare release: [VERSION]

  Tasks:
  - Bump version in package.json/pyproject.toml
  - Generate CHANGELOG.md entry
  - Update version constants in code
  - Tag commit (don't push yet)

  Follow semantic versioning.
  """
)
```

### Phase 5: Release Notes

```
Task(
  subagent_type="scribe",
  prompt="""
  Write release notes: [VERSION]

  Include:
  - Summary of changes
  - New features
  - Bug fixes
  - Breaking changes
  - Migration guide (if needed)
  - Contributors

  Output: RELEASE.md or update docs
  """
)
```

## Release Types

### Major Release (Breaking Changes)
```
/release --major
→ Full workflow with migration guide
```

### Minor Release (New Features)
```
/release --minor
→ Full workflow, lighter security review
```

### Patch Release (Bug Fixes)
```
/release --patch
→ Security + tests + quick review
```

### Hotfix
```
/release --hotfix
→ Expedited: aegis → atlas → herald
```

## Example

```
User: /release v2.0.0

Claude: Starting /release workflow for v2.0.0...

Phase 1: Security audit...
[Spawns aegis]
✅ No critical vulnerabilities
⚠️ 2 low-severity issues (documented)

Phase 2: E2E tests...
[Spawns atlas]
✅ 156/156 E2E tests passing

Phase 3: Final review...
[Spawns review-agent]
✅ RELEASE_APPROVED
- 47 commits since v1.9.0
- 3 new features
- 12 bug fixes
- No breaking changes

Phase 4: Version bump...
[Spawns herald]
✅ Version bumped to 2.0.0
✅ CHANGELOG.md updated
✅ Git tag created

Phase 5: Release notes...
[Spawns scribe]
✅ RELEASE-v2.0.0.md created

┌─────────────────────────────────────────┐
│ Release v2.0.0 Ready                    │
├─────────────────────────────────────────┤
│ Security: ✅ Passed                     │
│ Tests: ✅ 156/156                       │
│ Review: ✅ Approved                     │
│                                         │
│ Next steps:                             │
│ 1. git push origin v2.0.0              │
│ 2. Create GitHub release               │
│ 3. Deploy to production                │
└─────────────────────────────────────────┘
```

## Blockers

The workflow stops if:
- Critical security vulnerability found
- E2E tests failing
- Review verdict is RELEASE_BLOCKED

```
Phase 1: Security audit...
❌ CRITICAL: SQL injection in user.py:45

Release blocked. Fix critical issues before proceeding.
```

## Flags

- `--major/--minor/--patch`: Semantic version type
- `--hotfix`: Expedited release path
- `--skip-security`: Skip security audit (not recommended)
- `--dry-run`: Run checks without bumping version

© parcadei · MIT · parcadei/Continuous-Claude-v3

Похожие скиллы

Всё по теме «DevOps и инфраструктура» →

Сначала — release от других авторов.

release tobi Скилл ведёт выпуск версии: проверяет changelog, ставит git-хуки, обновляет версии и готовит публикацию. Нужен для проекта с заданным release-процессом. CX Codex +1 2 200установок release Yeachan-Heo Скилл анализирует конфигурацию CI и файлы версий, сохраняет правила в .omc/RELEASE_RULE.md и проводит релиз по шагам. Помогает избежать ручных ошибок при тегировании и публикациях. CX Codex +1 832установок release cyrusagents Скилл проводит релиз Cyrus CLI через trusted-publishing: подготовка, проверка, публикация и финал. Пригодится, когда нужно выпустить версию, не трогая пакеты руками. CX Codex +1 829установок release modelcontextprotocol Проводит один milestone-релиз от релизного issue до публикации GitHub Release: аудит, бампы версий, merge PR и release ledger. CX Codex +1 ★ 91 547звёзд репо release-skills JimLiu Автоматизирует подготовку релизов, анализ коммитов и обновление версий в проектах на Node.js, Python или Rust. Сгенерирует ченджлог и создаст GitHub Release. CX Codex +1 25 600установок cmux-release manaflow-ai Автоматизирует подготовку релизов cmux: собирает журнал изменений из пулл-реквестов и обновляет версии проекта. CX Codex +1 4 700установок github-release-management ruvnet Автоматизация релизов на GitHub: от черновика и changelog до сборки и развёртывания. Пригодится, когда версии выходят часто, а ручные шаги уже раздражают. CX Codex +1 1 200установок utility-pm-release-conductor product-on-purpose Ведёт релиз pm-skills через шесть гейтов: проверка готовности, состязательное ревью, бамп версии, тег и пост-теговая гигиена. Отказывает в обходе гейтов. CX Codex +1 595установок jackin-release-check jackin-project Прогоняет релизные гейты проекта jackin❯ и выдаёт отчёт по каждому. Нужен перед выпуском версии, когда надо понять, всё ли зелёное. CX Codex +1 469установок re0-release LilMGenius Проводит готовое изменение по чек-листу релиза репозитория, а потом по подтверждению ставит тег и публикует. Запускается вручную, когда вы решили выпускать. CX Codex +1 1 200установок

Из того же набора69

fix Скилл-оркестратор: разбирает баг по цепочке от диагностики до коммита. Пригодится, когда непонятно, с чего начать починку. CX Codex +1 484установок qlty-check Скилл гоняет qlty CLI по вашему коду: линтеры, автофикс, форматирование и метрики сложности. Пригодится перед коммитом или передачей работы. CX Codex +1 484установок braintrust-analyze Скилл анализирует трейсы сессий Claude Code через Braintrust. Находит зацикливания инструментов, оценивает расход токенов и показывает статистику по вызовам агентов. CX Codex +1 484установок pint-compute Считает величины с единицами через Pint: переводит меры, проверяет размерности и упрощает составные единицы. Нужен для расчётов, где нельзя смешивать несовместимые величины. CX Codex +1 482установок tldr-deep Скилл разбирает отдельную функцию по пяти аналитическим слоям через утилиту tldr. Помогает при отладке и рефакторинге запутанного кода. CX Codex +1 481установок migrate Ведёт миграцию от исследования цели до проверки изменений. Пригодится при обновлении фреймворка, языка, базы данных или инфраструктуры. CX Codex +1 481установок reference-sdk Скилл находит примеры реализации в эталонных SDK через утилиту btca. Он подсказывает агенту, как устроены стриминг, вызовы инструментов и валидация у других библиотек. CX Codex +1 480установок tour Показывает дружелюбный обзор возможностей агента, когда пользователь спрашивает, с чего начать или что доступно. Пригодится для первого знакомства с проектом. CX Codex +1 480установок

Спонсоры проекта

Компании, которые помогают держать аналитику открытой