agentleFS
madeincartelmadeincartel/claude-code-framework/skills/deploy-pipeline/SKILL.md

deploy-pipeline

Skill1 starsChanged 9 months agoMITView on GitHub

Sets up CI/CD pipelines, deployment configuration, and automated deploy workflows. GitHub Actions, platform-specific deploy (Vercel, Railway, Fly.io, AWS, VPS), secrets management in CI.

  • Reads credentials

11 other projects use a version of this, 2 of them edited.

Adopted by

Most recently taken up by

Used with

Projects with it also use agent-deep-links, helium-mcp and 10 more.

Other files people use alongside this one.

Files found in the same public projects as a version of this one, more often than they turn up anywhere else. Each project counts once, large collections count for less, and this file's own repository is left out.
  • ComposioHQSkill

    agent-deep-links

    Build, validate, and troubleshoot deep links for Codex, Cursor, VS Code, Visual Studio, and similar tools. Use when users ask for clickable links (especially in Slack) that open threads, files, folders, or app settings.

    Also in 3 projects that use this

  • ComposioHQSkill

    helium-mcp

    Search real-time news with bias scoring, get live stock/ETF/crypto data with AI analysis, ML options pricing, balanced news synthesis, and meme search via the Helium MCP server.

    Also in 3 projects that use this

  • petestewartSkill

    datadog-logs

    Query Datadog logs via the Logs Search API v2. Use when the user asks to "check the logs", "search logs", "find errors in Datadog", "look up logs for", "show me production logs", "check for errors", "search Datadog", or any request involving log search, error investigation, or production debugging that requires Datadog log data.

    Also in 3 projects that use this

  • OpenAISkill

    notion-meeting-intelligence

    Prepare meeting materials with Notion context and Codex research; use when gathering context, drafting agendas/pre-reads, and tailoring materials to attendees.

    Also in 3 projects that use this

  • +8 more from ComposioHQ

The file

We split this skill into the rules it gives an agent

9 rules. 0 are common, 6 are distinctive, and 3 are very specific to this project.

  • 0

    Common

    Most of the 9 edited versions we read keep these.

  • 6

    Distinctive

    This author's own choices. Worth a look.

  • 3

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    Read project-knowledge to understand the deployment target:

    line 16
  2. Distinctive:

    If deployment target is not documented, ask the user:

    line 21
  3. Very specific:

    After gathering answers, immediately update deployment.md before proceeding with setup.

    line 26
  4. Very specific:

    Create .github/workflows/ci.yml following this structure:

    line 30
  5. Very specific:

    Document all required secrets in .claude/skills/project-knowledge/references/deployment.md.

    line 93
  6. Distinctive:

    After configuring, update project-knowledge references.

    line 102
  7. Distinctive:

    NO if: early development, manual deploys preferred, manual review step needed (Chrome Web Store).

    line 112
  8. Distinctive:

    NO if: single-environment app, internal tool.

    line 116
  9. Distinctive:

    NO if: solo + main-only, Vercel preview deploys sufficient.

    line 120

“Common” is measured: kept by at least 6 in 10 of the 9 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

Deploy Pipeline

Gathering Deployment Context

Read project-knowledge to understand the deployment target:

  • .claude/skills/project-knowledge/references/deployment.md
  • .claude/skills/project-knowledge/references/architecture.md
  • .claude/skills/project-knowledge/references/patterns.md

If deployment target is not documented, ask the user:

  • Target platform (Vercel, Railway, Fly.io, AWS ECS, VPS, NPM, Chrome Web Store)
  • Environment details (URLs, project/service IDs, server access)
  • Required secrets and where to obtain them

After gathering answers, immediately update deployment.md before proceeding with setup.

CI/CD Convention

Create .github/workflows/ci.yml following this structure:

name: CI
on:
  push:
    branches: [main]
  pull_request:
    branches: [main]

jobs:
  check-skip:
    runs-on: ubuntu-latest
    outputs:
      should_skip: ${{ steps.check.outputs.should_skip }}
    steps:
      - uses: actions/checkout@v4
        with:
          fetch-depth: 2
      - id: check
        run: |
          FILES=$(git diff --name-only HEAD~1 HEAD 2>/dev/null || git diff --name-only HEAD)
          if echo "$FILES" | grep -vqE '\.(md|txt)$|^\.claude/|^\.spec/|^docs/'; then
            echo "should_skip=false" >> $GITHUB_OUTPUT
          else
            echo "should_skip=true" >> $GITHUB_OUTPUT
          fi

  test:
    needs: check-skip
    if: needs.check-skip.outputs.should_skip != 'true'
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v4
      # setup, install, lint, type-check, test, build

  deploy:
    needs: test
    if: github.ref == 'refs/heads/main' && github.event_name == 'push'
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v4
      # platform-specific deploy action

Adapt: add language setup, install steps, platform-specific deploy action.

Platform Selection

PlatformChoose when
VercelNext.js, React, static sites, serverless
RailwayFull-stack apps needing managed DB
Fly.ioDocker containers, global edge
AWS ECSEnterprise, full infrastructure control
Custom VPSPersistent sessions, multi-device
NPMNode.js packages or CLI tools
Chrome Web StoreBrowser extensions

For VPS deployments: server-specific details (IPs, SSH keys, paths) go to deployment.md.

Secrets Convention

Document all required secrets in .claude/skills/project-knowledge/references/deployment.md. For each secret:

  • Name (GitHub Actions key)
  • Where to obtain value (dashboard URL or CLI command)
  • Which workflow uses it

Guide user to add secrets in GitHub repository settings. Create .env.example with application-level variable names.

Documentation Updates

After configuring, update project-knowledge references. Append to existing content.

deployment.md: deploy target, pipeline overview, required secrets table, manual deploy command, rollback steps.

patterns.md (Git Workflow section): CI triggers, pipeline jobs, skip logic pattern, PR workflow.

Decision Framework

Add deploy job? YES if: deployment target defined, user requests it, stable main branch. NO if: early development, manual deploys preferred, manual review step needed (Chrome Web Store).

Use matrix strategy? YES if: NPM package, cross-platform library. NO if: single-environment app, internal tool.

Add staging? YES if: dev branch exists, multi-developer team. NO if: solo + main-only, Vercel preview deploys sufficient.

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.