gem-devops-guidelines — скилл для GitHub Copilot: обзор и установка
Скилл с правилами для аудита и настройки CI/CD, Docker, Kubernetes, релизов и отката. Помогает проверить production readiness и пайплайны мобильных сборок в GitHub Copilot.
npx skills add github/awesome-copilot --skill gem-devops-guidelinesЧто делает gem-devops-guidelines
Скилл задаёт правила для проектирования инфраструктуры и настройки деплоя. Он требует закреплять теги базовых образов вроде node:22-alpine вместо :latest, собирать Dockerfile в несколько стадий от имени непривилегированного пользователя и проверять переменные окружения при запуске. Пайплайны для пул-реквестов скилл делит на линтинг, проверку типов, тесты и превью.
В инструкции заложены сценарии развертывания, включая rolling и canary. Для фича-флагов скилл требует указывать владельца и вычищать код за две недели после полного релиза. Отдельный раздел описывает сборку мобильных приложений через Fastlane и EAS, запрещая коммитить сертификаты в Git.
Правила пригодятся при ревью конфигураций. Без них Copilot часто предлагает небезопасные шаблоны с рутовым пользователем в контейнере или забывает про обработку SIGTERM.
Какие задачи решает
- проверить Dockerfile на multi-stage сборку и pinned теги
- настроить healthcheck и корректную обработку SIGTERM
- спланировать этапы CI/CD для пул-реквестов и ветки main
- составить чеклист production readiness с проверкой CVE и TLS
- настроить мобильные релизы через Fastlane или EAS
Примеры запросов агенту
- Проверь этот Dockerfile по правилам gem-devops-guidelines
- Составь конфигурацию CI/CD пайплайна для PR и main
- Напиши чеклист для отката релиза в Kubernetes
Как установить gem-devops-guidelines
1Через Skills CLI (Vercel)
npx skills add github/awesome-copilot --skill gem-devops-guidelines2GitHub CLI
gh skill install github/awesome-copilot gem-devops-guidelines3Вручную: положить файлы
.github/skills/gem-devops-guidelines/SKILL.md1Через Skills CLI (Vercel)
npx skills add github/awesome-copilot --skill gem-devops-guidelines -a claude-code2Вручную: положить файлы
~/.claude/skills/gem-devops-guidelines/SKILL.mdПапка скилла целиком; для одного проекта — .claude/skills/gem-devops-guidelines/
Вручную: положить файлы
.agents/skills/gem-devops-guidelines/SKILL.mdДля всех проектов — ~/.agents/skills/
Вручную: положить файлы
.cursor/skills/gem-devops-guidelines/SKILL.mdCursor читает и .agents/skills/, и .claude/skills/
Командой платформы
gemini skills install https://github.com/github/awesome-copilot --path skills/gem-devops-guidelinesВручную: положить файлы
.devin/skills/gem-devops-guidelines/SKILL.mdСтарый путь .windsurf/skills/ тоже читается
Claude.ai
Упакуйте папку в zip и загрузите в Settings → Capabilities → Skills
Из того же набора554
Весь набор →Похожие
Вопросы о gem-devops-guidelines
Как установить gem-devops-guidelines в GitHub Copilot?
Выполните gh skill install github/awesome-copilot gem-devops-guidelines или добавьте файл .github/skills/gem-devops-guidelines/SKILL.md в проект.
Что проверяет скилл gem-devops-guidelines?
Он задаёт требования к Docker-контейнерам, пробам Kubernetes, переменным окружения Twelve-Factor, стратегиям отката и чек-листам перед выкладкой в прод.
Какие требования скилл предъявляет к фича-флагам?
У флага обязаны быть владелец, срок жизни и триггер отката, а после выкатки на 100% его и мертвый код необходимо удалить за две недели.
Исходный текст
SKILL.md · MIT
---
name: gem-devops-guidelines
description: Design or review infrastructure, deployment, CI/CD, Docker, Kubernetes, health checks, rollback, feature flags, production readiness, and mobile release workflows. Use for DevOps, platform, container, pipeline, or release tasks.
---
# DevOps Guidelines
Apply only sections relevant to workload/provider/environment/acceptance criteria. Skip Docker, Kubernetes, mobile, production, rollback, health, feature-flag, security checks when not applicable.
## Deployment strategy
- Rolling (default): gradual, zero-downtime replacement.
- Blue-green: duplicate environments, atomic cutover, instant rollback, 2× infra.
- Canary: route small % first; requires traffic splitting.
## Docker
- Pin base-image tags (`node:22-alpine`); NEVER `:latest`.
- Multi-stage builds + non-root user. Copy deps first for caching.
- `.dockerignore`: `node_modules`, `.git`, tests. Define `HEALTHCHECK` + resource limits.
## Kubernetes
Configure startup, readiness, liveness probes with workload-appropriate initial delays/thresholds.
## CI/CD
- PR: lint -> typecheck -> unit -> integration -> preview.
- Main: build -> staging -> smoke -> production.
## Health and shutdown
- Simple: `GET /health` -> `{ "status": "ok" }`.
- Detailed: dependencies, uptime, version.
- Services MUST expose meaningful health + gracefully handle `SIGTERM` when workload requires it.
## Configuration
Use environment variables (Twelve-Factor), separated by environment. Validate at startup + fail fast. NEVER commit secrets or hard-code `NODE_ENV=production`.
## Rollback
- Kubernetes: `kubectl rollout undo`.
- Vercel: `vercel rollback`.
- Docker: redeploy previous pinned image.
## Feature Flags
- Lifecycle: create -> enable -> 5% -> 25% -> 50% -> 100% -> remove flag + dead code.
- Every flag MUST have owner, expiration, rollback trigger. Remove within two weeks.
## Checklists
- Pre-deploy: passing tests, code review, env vars, migrations, rollback plan.
- Post-deploy: healthy, monitored, old pods terminated, outcome documented.
- Production: passing tests; no hardcoded secrets; JSON logs; meaningful health; pinned versions; validated env vars; resource limits; TLS; CVE scan; CORS; rate limiting; CSP/HSTS/X-Frame-Options; tested rollback; runbook; on-call.
- Apply security/CVE checks to executable or security-sensitive workloads.
## Mobile Deployment
- EAS: `eas build:configure`; `eas build -p ios|android --profile preview`; `eas update --branch production`; `--auto-submit`.
- Fastlane: iOS `match`/`cert`/`sigh`/`pilot`; Android Gradle/`supply`.
- Credentials in env/secret storage, never Git. Automate iOS signing with `fastlane match`; use `keytool` + Google Play App Signing for Android.
- TestFlight: internal instant; external 90 days/100 testers. Google Play: internal/beta/production. Expect 1–7 days review.
- Rollback: EAS `eas update:rollback`; native release -> revert build; store release -> reduce phased rollout.
© github · MIT · github/awesome-copilot