メニュー
生产环境部署原则与决策（Deployment procedures）。安全部署工作流、回滚策略与验证。强调思考而非背脚本。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
务实的编码标准—— 简洁、直接、不做过度设计、不写无用注释（Pragmatic coding standards）
性能分析原则。测量、分析与优化技术。
API design principles and decision-making（API 设计原则与决策逻辑）。REST vs GraphQL vs tRPC selection（选择）、response formats（响应格式）、versioning（版本控制）、pagination（分页）。
App Builder（应用构建编排器）主编排器。根据自然语言请求创建全栈应用，确定项目类型、选择技术栈并协调智能体。
Project scaffolding templates（项目脚手架模板）。用于从零创建新项目。包含 12 个技术栈模板。
Architectural decision-making framework（架构决策框架）。Requirements analysis（需求分析）、trade-off evaluation（权衡评估）、ADR documentation（架构决策记录）。Use when making architecture decisions or analyzing system design（用于架构决策与系统设计分析）。
| name | deployment-procedures |
| description | 生产环境部署原则与决策（Deployment procedures）。安全部署工作流、回滚策略与验证。强调思考而非背脚本。 |
| allowed-tools | Read, Glob, Grep, Bash |
生产环境发布的部署原则与决策逻辑。 学习如何思考（THINK），而非死记硬背脚本。
此技能传授的是部署原则，不是可盲目复制的脚本。
What are you deploying?
|
+-- Static site / JAMstack
| +-- Vercel, Netlify, Cloudflare Pages
|
+-- Simple web app
| +-- Managed -> Railway, Render, Fly.io
| +-- Control -> VPS + PM2/Docker
|
+-- Microservices
| +-- Container orchestration
|
+-- Serverless
+-- Edge functions, Lambda
| 平台 | 部署方式 |
|---|---|
| Vercel/Netlify | Git push（代码推送）自动部署 |
| Railway/Render | Git push 或 CLI |
| VPS + PM2 | SSH + 手动步骤 |
| Docker | 镜像推送 + 编排 |
| Kubernetes | kubectl apply |
| 类别 | 检查项 |
|---|---|
| 代码质量 | 测试通过、Lint 清理完成、已评审 |
| 构建（Build） | 生产构建成功、无告警 |
| 环境 | 环境变量已设置、凭据已更新 |
| 安全性 | 已备份、回滚方案就绪 |
1. PREPARE
+-- Verify code, build, env vars
2. BACKUP
+-- Save current state before changing
3. DEPLOY
+-- Execute with monitoring open
4. VERIFY
+-- Health check, logs, key flows
5. CONFIRM or ROLLBACK
+-- All good? Confirm. Issues? Rollback.
| 阶段 | 原则 |
|---|---|
| 准备 | 绝不部署未经测试的代码 |
| 备份 | 没有备份就无法回滚 |
| 部署 | 观察过程，不要中途走开 |
| 验证 | 宁可怀疑，务必验证 |
| 确认 | 随时准备触发回滚 |
| 检查项 | 为什么要查 |
|---|---|
| 健康端点（Health） | 确认服务正常运行 |
| 错误日志 | 确认无新增错误 |
| 核心业务流 | 确保关键功能正常 |
| 性能 | 响应时间可接受 |
| 现象 | 行动建议 |
|---|---|
| 服务宕机 | 立即回滚 |
| 严重错误 | 回滚 |
| 性能下降超过 50% | 考虑回滚 |
| 细微问题 | 可快速修复则向前修复 |
| 平台 | 回滚方式 |
|---|---|
| Vercel/Netlify | 重新部署之前的提交 |
| Railway/Render | 控制面板回滚 |
| VPS + PM2 | 还原备份并重启 |
| Docker | 使用之前的镜像标签 |
| K8s | kubectl rollout undo |
| 策略 | 工作原理 |
|---|---|
| 滚动更新（Rolling） | 逐个替换实例 |
| 蓝绿部署（Blue-Green） | 在不同环境间切换流量 |
| 金丝雀发布（Canary） | 逐步转移流量 |
| 场景 | 对应策略 |
|---|---|
| 标准发布 | 滚动更新 |
| 高风险变更 | 蓝绿部署（易回滚） |
| 需要验证 | 金丝雀发布（真实流量验证） |
| 检查项 | 常见问题 |
|---|---|
| 日志 | 错误、异常信息 |
| 系统资源 | 磁盘空间满、内存不足 |
| 网络 | DNS 问题、防火墙拦截 |
| 依赖项 | 数据库异常、API 故障 |
| [FAIL] 禁止 | [OK] 推荐 |
|---|---|
| 周五部署 | 周初部署 |
| 仓促部署 | 遵循流程 |
| 跳过预发布环境（Staging） | 始终先测试 |
| 部署前不备份 | 部署前必备份 |
| 部署完立即走开 | 监控至少 15 分钟 |
| 同时进行多项变更 | 每次只做一项 |
在部署之前：
谨记： 部署本身有风险，降低风险靠充分准备而非速度。