deploy

Automates end-to-end production deployments with tests, builds, rollback, and Bash-based safety guard for dev, staging, prod.

Updated Jan 25, 2026
One-click install
npx skills add https://github.com/erhankaraarslan/agent_yazilim_ekibi --skill deploy-erhankaraarslan
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: deploy
Source: https://github.com/erhankaraarslan/agent_yazilim_ekibi/tree/main/.claude/skills/deploy
Command: npx skills add https://github.com/erhankaraarslan/agent_yazilim_ekibi --skill deploy-erhankaraarslan

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill automates the end-to-end production deployment workflow, including running tests, building artifacts, and deploying to the target environment, reducing manual steps and minimizing release risk.

Core Features & Use Cases

  • Pre-flight checks and environment validation before deploy.
  • Automated tests and builds to ensure code quality before release.
  • Deploys to dev, staging, or prod with distinct behaviors and a rollback path.

Quick Start

Use the deploy skill to deploy to a specific environment, for example: Command: deploy environment dev

Frequently Asked Questions about deploy

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I automate production deployments with tests and builds included?

Automating production deployments with tests and builds is handled by running pre-flight checks, executing automated tests, building artifacts, and deploying to the target environment with a Bash-based safety guard. This reduces manual steps and minimizes release risk.

What is a deployment workflow with rollback support and environment validation?

A deployment workflow with rollback support is an automated process that validates environments, runs tests, builds artifacts, and deploys to dev, staging, or prod. It includes a rollback path to revert changes if deployment fails, ensuring consistent releases.

Can I deploy to staging and dev environments separately from production?

Deploying to staging and dev environments separately from production is supported with distinct behaviors for each environment. The workflow applies pre-flight checks and deployment logic tailored to dev, staging, or prod, ensuring consistent releases across all environments.

What's the best way to run pre-flight checks before deploying backend services?

Running pre-flight checks before deploying backend services is best handled through environment validation integrated into the deployment workflow. The automated process checks conditions, executes tests, builds artifacts, and applies a Bash-based safety guard before proceeding.

Do I need Bash to use the rollback commands in an automated deployment workflow?

Bash is required for the safety guard implemented in the deployment workflow. The rollback commands and pre-flight checks rely on Bash-based logic to ensure safe execution of deployment steps and to revert changes if issues arise during the release process.

How do I trigger a deployment to a specific environment using a command?

Triggering a deployment to a specific environment is done by issuing a command with the environment name, such as deploying to dev. The workflow then executes pre-flight checks, tests, builds, and deployment steps tailored to that environment with rollback support.