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

deployment-engineer — скилл для Claude Code: как установить

Настраивает пайплайны CI/CD, готовит конфигурации релизов и стратегии отката. Защищает прод: агент не запустит деплой без явного подтверждения.

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

Что делает deployment-engineer

Скилл превращает агента в инженера релизов. Он проектирует пайплайны GitHub Actions, готовит эндпоинты /health для проверки базы данных или Redis и подбирает стратегию выкатки. Поддерживаются canary, rolling и blue-green схемы. В репозитории есть вспомогательные скрипты на Python: scripts/generate_deploy.py генерирует конфиг под окружение, а scripts/validate_deploy.py проверяет готовый план.

Главный акцент сделан на безопасности инфраструктуры. Агенту запрещено пушить код, выкатывать релизы или менять продакшен без отдельного подтверждения пользователя на каждое действие. Перед любой опасной командой он обязан указать целевое окружение, ожидаемый результат и команду отката — например, через kubectl rollout undo или git revert. Без этого агент остановит работу.

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

  • спроектировать пайплайн GitHub Actions со стадиями сборки и тестов
  • настроить стратегию развёртывания blue-green или canary
  • подготовить маршрут проверки состояния /health для сервиса
  • составить план отката релиза через Kubernetes или Docker

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

  • Настрой пайплайн GitHub Actions для сборки и деплоя Node.js сервиса на staging
  • Предложи схему canary-деплоя с проверкой метрик перед переключением трафика
  • Сгенерируй конфигурацию отката для нашего приложения в Kubernetes

Как установить deployment-engineer

1Через Skills CLI (Vercel)

npx skills add zhaono1/agent-playbook --skill deployment-engineer -a claude-code

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

~/.claude/skills/deployment-engineer/SKILL.md

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

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

Вопросы о deployment-engineer

Как установить deployment-engineer в Claude Code?

Выполните команду npx skills add zhaono1/agent-playbook --skill deployment-engineer -a claude-code. Также можно вручную сохранить файл по пути ~/.claude/skills/deployment-engineer/SKILL.md.

Что делает скилл deployment-engineer?

Он помогает проектировать пайплайны CI/CD, выбирать стратегии развёртывания, настраивать переменные окружения и готовить сценарии отката.

Может ли агент самостоятельно применить изменения на продакшене?

Нет, правила скилла запрещают любые мутации инфраструктуры без прямого согласия. Перед запуском агент обязан показать точную команду, целевое окружение и путь для отката.

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

SKILL.md · MIT
---
name: deployment-engineer
description: Deployment automation specialist for CI/CD pipelines and infrastructure. Use when setting up deployment, configuring CI/CD, or managing releases.
allowed-tools: Read, Write, Edit, Bash, Grep, Glob
metadata:
  hooks:
    after_complete:
      - trigger: session-logger
        mode: auto
        reason: "Log deployment activity"
---

# Deployment Engineer

Specialist in deployment automation, CI/CD pipelines, and infrastructure management.

## Permission Boundary

Planning, generating configuration, and running read-only validation do not authorize
deployment. Never push, deploy, roll back, change production infrastructure, or alter
remote release state without explicit user approval for that exact action and target.
Before an approved mutation, state the environment, command, expected impact,
verification signal, and rollback path. Stop if the target or authority is ambiguous.

## When This Skill Activates

Activates when you:
- Set up deployment pipeline
- Configure CI/CD
- Manage releases
- Automate infrastructure

## CI/CD Pipeline

### Pipeline Stages

```yaml
stages:
  - lint
  - test
  - build
  - security
  - deploy-dev
  - deploy-staging
  - deploy-production
```

### GitHub Actions Example

```yaml
name: CI/CD

on:
  push:
    branches: [main, develop]
  pull_request:
    branches: [main]

jobs:
  lint:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v4
      - uses: actions/setup-node@v4
        with:
          node-version: '20'
      - run: npm ci
      - run: npm run lint

  test:
    runs-on: ubuntu-latest
    needs: lint
    steps:
      - uses: actions/checkout@v4
      - uses: actions/setup-node@v4
      - run: npm ci
      - run: npm test

  build:
    runs-on: ubuntu-latest
    needs: test
    steps:
      - uses: actions/checkout@v4
      - uses: actions/setup-node@v4
      - run: npm ci
      - run: npm run build
      - uses: actions/upload-artifact@v4
        with:
          name: build
          path: dist/

  deploy-production:
    runs-on: ubuntu-latest
    needs: build
    if: github.ref == 'refs/heads/main'
    environment: production
    steps:
      - uses: actions/checkout@v4
      - uses: actions/download-artifact@v4
        with:
          name: build
          path: dist/
      - run: npm run deploy
```

## Deployment Strategies

### 1. Blue-Green Deployment

```
         ┌─────────┐
         │  Load   │
         │ Balancer│
         └────┬────┘
              │
     ┌────────┴────────┐
     │    Switch       │
     ├────────┬────────┤
     ▼        ▼        ▼
  ┌─────┐ ┌─────┐ ┌─────┐
  │Blue │ │Green│ │     │
  └─────┘ └─────┘ └─────┘
```

### 2. Rolling Deployment

```
┌─────────────────────────────────────┐
│ v1  v1  v1  v1  v1  v1  v1  v1  v1 │ → Old
│ v2  v2  v2  v2  v2  v2  v2  v2  v2 │ → New
└─────────────────────────────────────┘
    ▲                       ▲
    │                       │
  Start                  End
```

### 3. Canary Deployment

```
┌──────────────────────────────────────┐
│ v1  v1  v1  v1  v1  v1  v1  v1  v1  v1 │ → Old
│ v2  v2  v2  v2                        │ → Canary (5%)
└──────────────────────────────────────┘

Monitor metrics, then:
│ v1  v1  v1  v1                        │ → Old (50%)
│ v2  v2  v2  v2  v2  v2  v2  v2  v2  v2 │ → New (50%)
```

## Environment Configuration

### Environment Variables

```bash
# Production
NODE_ENV=production
DATABASE_URL=postgresql://...
API_KEY=${API_KEY}
SENTRY_DSN=https://example.com/123

# Development
NODE_ENV=development
DATABASE_URL=postgresql://localhost:5432/dev
```

### Configuration Management

```typescript
// config/production.ts
export default {
  database: {
    url: process.env.DATABASE_URL,
    poolSize: 20,
  },
  redis: {
    url: process.env.REDIS_URL,
  },
};
```

## Health Checks

```typescript
// GET /health
app.get('/health', (req, res) => {
  const health = {
    status: 'ok',
    timestamp: new Date().toISOString(),
    checks: {
      database: 'ok',
      redis: 'ok',
      external_api: 'ok',
    },
  };

  if (Object.values(health.checks).some(v => v !== 'ok')) {
    health.status = 'degraded';
    return res.status(503).json(health);
  }

  res.json(health);
});
```

## Rollback Strategy

```bash
# Kubernetes
kubectl rollout undo deployment/app

# Docker
docker-compose down
docker-compose up -d --scale app=<previous-version>

# Git
git revert HEAD
git push
```

## Monitoring & Logging

### Metrics to Track

- Deployment frequency
- Lead time for changes
- Mean time to recovery (MTTR)
- Change failure rate

### Logging

```typescript
// Structured logging
logger.info('Deployment started', {
  version: process.env.VERSION,
  environment: process.env.NODE_ENV,
  timestamp: new Date().toISOString(),
});
```

## Scripts

Generate deployment config:
```bash
python3 scripts/generate_deploy.py --env <environment> --name <service-name>
```

Validate deployment:
```bash
python3 scripts/validate_deploy.py --input deploy-plan.md
```

## References

- `references/pipelines.md` - CI/CD pipeline examples
- `references/kubernetes.md` - K8s deployment configs
- `references/monitoring.md` - Monitoring setup

© zhaono1 · MIT · zhaono1/agent-playbook

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

Все скиллы по теме «DevOps и инфраструктура» →
wizard Matt Pocock Скилл создаёт интерактивный bash-скрипт для ручных шагов: настройки сервисов, секретов CI и разовых миграций. 553 369установок hyperframes-cli heygen-com Управляет проектами HyperFrames через терминал: собирает таймлайн, проверяет контраст кадров, запускает предпросмотр и рендерит видео локально или в облаке. CX Codex +1 1 300 000установок setup-pre-commit Matt Pocock Скилл настраивает pre-commit для JavaScript-репозитория: Husky запускает форматирование, проверку типов и тесты перед коммитом. 489 289установок using-git-worktrees Jesse Vincent Готовит изолированное рабочее дерево перед доработкой или выполнением плана. Проверяет текущий репозиторий, выбирает нативные средства платформы либо Git. CX Codex 217 153установок finishing-a-development-branch Jesse Vincent Скилл проверяет тесты и помогает выбрать, как завершить работу в ветке: слить её, открыть Pull Request или оставить как есть. CX Codex 214 439установок orca-cli stablyai Скилл даёт агенту доступ к worktree, терминалам, артефактам и встроенному браузеру Orca через CLI. Пригодится, когда работа идёт в окружении Orca. CX Codex +1 353 600установок

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

documentation-engineer Скилл для написания технической документации: README, описания API, комментарии к коду и архитектурные заметки. Пригодится, когда проект оброс кодом, а доки к нему нет. CX Codex +1 711установок performance-engineer Скилл находит узкие места в приложении и помогает ускорить код. Пригодится при высоких задержках, медленных запросах или чрезмерном потреблении памяти. CX Codex +1 707установок prd-implementation-precheck Скилл прогоняет PRD или спецификацию фичи по чек-листу до начала реализации: находит пробелы в граничных случаях и блокеры, а потом пишет код. CX Codex +1 707установок commit-helper Генерирует сообщения коммитов по стандарту Conventional Commits. Запускается при запросе на коммит или форматирование изменений в Git. CX Codex +1 699установок api-designer Помогает спроектировать новый API или разобрать существующий: ресурсы, методы, коды ответов, пагинация, версии. Пригодится, когда контракт ещё не зафиксирован. CX Codex +1 698установок auto-trigger Скилл описывает цепочки хуков и триггеров между навыками в agent-playbook. Помогает передавать контекст и связывать шаги вроде логирования или ревью. CX Codex +1 696установок long-task-coordinator Ведёт многосессионную работу через файл состояния: восстановление после сбоев, явные статусы и честные отчёты о прогрессе. CX Codex +1 680установок create-pr Скилл проводит агента по шагам создания pull request и следит, чтобы английский и китайский README оставались синхронными. Пригодится, когда каталог скиллов меняется и его надо отразить в документации. CX Codex +1 666установок

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

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