技能 deployment-pipeline-design
🚀

deployment-pipeline-design

安全 🌐 網路存取⚙️ 外部命令🔑 環境變數

設計安全的 CI/CD 管線

許多團隊在部署時缺乏明確的階段或審批流程,導致發布風險很高。本技能提供經過驗證的管線結構和部署策略,以提高安全性和速度。

支援: Claude Codex Code(CC)
📊 69 充足
1

下載技能 ZIP

2

在 Claude 中上傳

前往 設定 → 功能 → 技能 → 上傳技能

3

開啟並開始使用

測試它

正在使用「deployment-pipeline-design」。 Design a CI/CD pipeline with approval and rollback for a Kubernetes service.

預期結果:

  • Stages: Source, Build, Test, Staging Deploy, Integration Tests, Approval, Production Deploy, Verify, Rollback
  • Approval: Manual gate after staging with a named approver group
  • Deployment: Canary rollout with stepwise traffic shifts and health checks

正在使用「deployment-pipeline-design」。 How do I implement blue-green deployment for a database-backed application?

預期結果:

  • Create parallel production environments (blue=current, green=new)
  • Deploy green version alongside blue with identical infrastructure
  • Run smoke tests against green before switching traffic
  • Keep blue running for instant rollback if issues arise

正在使用「deployment-pipeline-design」。 What metrics should I track to measure deployment success?

預期結果:

  • Deployment frequency: how often you deploy to production
  • Lead time: time from code commit to production deployment
  • Change failure rate: percentage of deployments causing failures
  • Mean time to recovery: how quickly you restore service after incidents

安全審計

安全
v4 • 1/17/2026

Pure documentation skill containing only markdown explanations and YAML/JSON example snippets. All static findings are false positives triggered by example code patterns in documentation. No executable scripts, network calls, filesystem access, or credential handling code exists. The skill is a reference guide for CI/CD architecture patterns.

2
已掃描檔案
533
分析行數
3
發現項
4
審計總數
審計者: claude 查看審計歷史 →

品質評分

38
架構
100
可維護性
85
內容
21
社群
100
安全
91
規範符合性

你能建構什麼

多階段管線規劃

為生產發布建立具有審批和安全檢查的分階段 CI/CD 設計。

標準化部署策略

為一致的平台發布選擇滾動、藍綠或金絲雀策略。

發布治理指南

定義審批閘道和驗證步驟,以控制生產環境的變更。

試試這些提示

入門管線
為 Web 應用程式起草一個簡單的多階段 CI/CD 管線,包括建構、測試、預發布環境、審批和生產部署。
審批閘道設計
提出 GitHub Actions 和 Azure Pipelines 的審批閘道模式,包括審批人員和審批時機。
策略選擇
比較高流量 API 的滾動、藍綠和金絲雀策略,並推薦其中一種。
完整管線藍圖
設計一個完整的 CI/CD 管線,包括安全掃描、預發布環境測試、審批、金絲雀部署、驗證和回滾。

最佳實務

  • 在長時間作業之前先執行快速測試以快速失敗
  • 保持預發布環境和生產環境的一致性
  • 根據健康檢查和錯誤率自動回滾

避免

  • 對高風險的生產變更跳過審批閘道
  • 部署後不進行驗證或監控
  • 將建構、測試和部署合併為單一階段

常見問題

這適用於哪些平台?
範例涵蓋 GitHub Actions、GitLab CI 和 Azure Pipelines,而這些概念適用於大多數 CI/CD 系統。
這個技能的局限性是什麼?
它僅提供指導和範例,不會執行或配置管線。
它可以與現有工具整合嗎?
是的,這些模式與常見工具(如 Kubernetes、Argo Rollouts 和安全掃描器)相容。
它會存取我的資料或密鑰嗎?
不,它是靜態文檔,不會存取檔案、密鑰或網路。
如果我的管線失敗怎麼辦?
使用回滾和驗證指導來隔離問題並恢復穩定的版本。
這與範本技能有何不同?
這專注於架構決策和權衡,而非提供可執行的範本。