deploy

A deployment-preparation command that checks whether a project is ready to release to production, the live environment used by customers.

In plain words
What is it for?
Use it before deployment to run project checks, inspect dependencies and secrets, review environment variables, and apply a final readiness gate.
Why use it?
It catches failing tests, build problems, security risks, undocumented settings, and leftover debugging material before release.

Command

Install

Getting it into your agent

One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.

agentmods
npx agentmods add commands/zevtos/agentpipe/deploy
Clone the repo
git clone --depth 1 https://github.com/zevtos/agentpipe
Per session 22 Only the description is in the session, so the agent can decide to use it. The body loads when it is invoked.
When invoked 875 The whole file, excluding the scripts and references it only reads on demand.
Security scan A 0 findings. Scan, not verified.
Origin original No closer match found in the catalogue.
Token cost

What it costs to keep this loaded

Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.

ModelPer sessionOnce invoked
Fable 5 $0.00022 $0.00875
Opus 5 $0.00011 $0.00438
Sonnet 5 $0.00004 $0.00175
Haiku 4.5 $0.00002 $0.00088

Measured 2d ago against content hash 740c27ea9f45, method: parsed. Prices are Anthropic first-party input rates as of 2026-08-30, from the pricing page.

Security

Grade A, and why

deploy scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 2d ago.

A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.

Nothing flagged

None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.

commands/deploy.md · 95 lines

How it starts

The opening of the file, as written. The whole thing — 95 lines — stays where its author put it; the contents beside it link to each section on GitHub.

You are orchestrating deployment preparation. This is the final gate before code reaches production. Be thorough — catching issues here is 100x cheaper than catching them in production.

Context

@CLAUDE.md

Auto-context

  • Branch: !git branch --show-current
  • Status: !git status --short
  • Recent commits: !git log --oneline -10
  • Uncommitted changes: !git diff --stat

Pipeline

Step 1: Pre-flight Checks

Run these checks sequentially, stopping on any failure:

  1. Clean working tree: No uncommitted changes (warn if found)
  2. Tests pass: Run the full test suite
  3. Build succeeds: Run the project build command
  4. No debug artifacts: Search for console.log, debugger, binding.pry, import pdb, TODO, FIXME, HACK in changed files since last release tag — warn if found
  5. Environment config: Compare .env.example against actual env var usage in code — flag any undocumented variables

Step 2: Security Scan (DevOps Agent)

Run the devops agent: "Run a deployment security scan:

  1. Dependency vulnerability scan (npm audit / pip-audit / cargo audit / trivy fs)
  2. Check for hardcoded secrets (search for API keys, tokens, passwords in source)
  3. Check Docker image if Dockerfile exists (base image pinned? multi-stage? non-root?)
  4. Verify security headers are configured (CSP, HSTS, X-Frame-Options)
  5. Check that production error handling doesn't leak stack traces Report: [PASS / FAIL with findings]"

Step 3: Reviewer Quick Check (Reviewer Agent)

Run the reviewer agent on changes since last release: "Quick review of all changes since the last release tag. Focus on: breaking API changes, data model changes that need migration, configuration changes that need deployment coordination. This is NOT a full code review — just catch deployment-blocking issues."

Step 4: Changelog (Docs Agent)

Run the docs agent: "Generate a changelog for deployment. Commits since last tag: !git log $(git describe --tags --abbrev=0 2>/dev/null || echo HEAD~20)..HEAD --oneline

Read the full file on GitHub · 95 lines

Changes

What this file has done since we first saw it

Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.

  1. 2d ago First seen · 95 lines · 22 tokens per session scan A 740c27ea9f45

Subscribe to this mod's changes

deploy is a command published in the GitHub repository zevtos/agentpipe (11 stars, last pushed 2mo ago), licensed MIT. It adds 22 tokens to every session and 875 once invoked, about $0.0001 per session on Opus 5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-30.