Menu
生產環境部署原則與決策。安全部署工作流程、回滾策略與驗證。教你思考而非腳本。
Installer avec Codex ou Claude Copiez ce prompt, collez-le dans Codex, Claude ou un autre assistant, puis laissez-le vérifier la page du skill et l'installer pour vous.
Basé sur la classification professionnelle SOC
使用 Claude API / Anthropic SDK 建構、除錯和最佳化應用程式。使用此技能建構的應用程式應包含提示快取 (prompt caching)。也處理在 Claude 模型版本之間遷移現有 Claude API 程式碼（4.5 → 4.6，4.6 → 4.7，替換已退役模型）。觸發時機：程式碼匯入 anthropic/@anthropic-ai/sdk；使用者要求使用 Claude API、Anthropic SDKs 或 Managed Agents (/v1/agents, /v1/sessions, /v1/environments)；使用者在檔案中新增/修改/調整 Claude 功能（快取、思考、壓縮、工具使用、批次、檔案、引用、記憶）或模型（Opus/Sonnet/Haiku）；關於 Anthropic SDK 專案中提示快取/快取命中率的問題。不觸發：檔案匯入 `openai`/其他提供者 SDK，檔案名稱類似 `*-openai.py`/`*-generic.py`，與提供者無關的程式碼，一般程式設計/機器學習。
當編寫呼叫 Gemini API 的程式碼時請使用此技能，用於文字生成、多輪對話、多模態理解、影像生成、串流回應、背景研究任務、函式呼叫、結構化輸出，或從舊的 generateContent API 遷移。此技能涵蓋 Interactions API，這是在 Python 與 TypeScript 中使用 Gemini 模型與代理的建議方式。
Tailwind CSS v4 原則。CSS 優先配置、容器查詢、現代模式、設計 token 架構。
處理使用 Gemini Live API 的即時、雙向串流應用程式時使用此技能。涵蓋基於 WebSocket 的音訊/視訊/文字串流、語音活動偵測 (VAD)、原生音訊功能、函式呼叫、會話管理、用戶端身分驗證的臨時權杖，以及所有 Live API 設定選項。涵蓋的 SDK - google-genai (Python)、@google/genai (JavaScript/TypeScript)。
Python 開發原則與決策。框架選擇、非同步模式、型別提示、專案結構。教你思考而非複製。
自動代理選擇與智慧任務路由。分析使用者請求並自動選擇最佳專家代理，無需使用者明確提及。
| name | deployment-procedures |
| description | 生產環境部署原則與決策。安全部署工作流程、回滾策略與驗證。教你思考而非腳本。 |
| allowed-tools | Read, Glob, Grep, Bash |
安全生產發布的部署原則與決策。 學習思考方式，而非記憶腳本。
此技能教導部署原則，而非可複製的 bash 腳本。
你要部署什麼？
│
├── 靜態網站 / JAMstack
│ └── Vercel、Netlify、Cloudflare Pages
│
├── 簡單 Web 應用
│ ├── 託管 → Railway、Render、Fly.io
│ └── 控制 → VPS + PM2/Docker
│
├── 微服務
│ └── 容器編排
│
└── 無伺服器
└── 邊緣函式、Lambda
| 平台 | 部署方式 |
|---|---|
| Vercel/Netlify | Git push、自動部署 |
| Railway/Render | Git push 或 CLI |
| VPS + PM2 | SSH + 手動步驟 |
| Docker | 映像推送 + 編排 |
| Kubernetes | kubectl apply |
| 類別 | 檢查內容 |
|---|---|
| 程式碼品質 | 測試通過、Lint 乾淨、已審查 |
| 建構 | 生產建構可運作、無警告 |
| 環境 | 環境變數已設定、密鑰有效 |
| 安全 | 備份完成、回滾計畫就緒 |
1. 準備
└── 驗證程式碼、建構、環境變數
2. 備份
└── 在變更前儲存當前狀態
3. 部署
└── 在監控打開的情況下執行
4. 驗證
└── 健康檢查、日誌、關鍵流程
5. 確認或回滾
└── 一切正常？確認。有問題？回滾。
| 階段 | 原則 |
|---|---|
| 準備 | 永遠不部署未測試的程式碼 |
| 備份 | 沒有備份就無法回滾 |
| 部署 | 看著它進行，不要走開 |
| 驗證 | 信任但要驗證 |
| 確認 | 準備好回滾觸發機制 |
| 檢查 | 原因 |
|---|---|
| 健康端點 | 服務正在運行 |
| 錯誤日誌 | 沒有新錯誤 |
| 關鍵使用者流程 | 重要功能可運作 |
| 效能 | 回應時間可接受 |
| 症狀 | 動作 |
|---|---|
| 服務停機 | 立即回滾 |
| 關鍵錯誤 | 回滾 |
| 效能 >50% 降低 | 考慮回滾 |
| 小問題 | 如果能快速修復則向前修復 |
| 平台 | 回滾方式 |
|---|---|
| Vercel/Netlify | 重新部署上個提交 |
| Railway/Render | 在控制面板回滾 |
| VPS + PM2 | 還原備份、重啟 |
| Docker | 使用上個映像標籤 |
| K8s | kubectl rollout undo |
| 策略 | 運作方式 |
|---|---|
| 滾動式 | 逐一替換實例 |
| 藍綠 | 在環境間切換流量 |
| 金絲雀 | 漸進式流量轉移 |
| 情境 | 策略 |
|---|---|
| 標準發布 | 滾動式 |
| 高風險變更 | 藍綠（易回滾） |
| 需要驗證 | 金絲雀（用真實流量測試） |
| 檢查 | 常見問題 |
|---|---|
| 日誌 | 錯誤、例外 |
| 資源 | 磁碟滿、記憶體 |
| 網路 | DNS、防火牆 |
| 依賴 | 資料庫、API |
| ❌ 不要 | ✅ 要 |
|---|---|
| 週五部署 | 週初部署 |
| 匆忙部署 | 遵循流程 |
| 跳過測試環境 | 永遠先測試 |
| 不備份就部署 | 部署前備份 |
| 部署後就走開 | 監控 15+ 分鐘 |
| 一次多個變更 | 一次一個變更 |
部署前：
記住： 每次部署都是風險。透過準備而非速度來降低風險。