用途：在修改 Docker、CI/CD、部署配置、环境变量、运行时参数、构建脚本和发布流程时使用，优先覆盖 Docker、Vercel、Cloudflare 与 GitHub Actions 场景。触发词包括 deploy、Dockerfile、workflow、CI、CD、environment 等。
主要能力与工作流：技能规定铁律——不要在没有确认运行环境、环境变量和回滚路径前直接改部署配置。流程分四步。第一步识别部署目标，明确目标平台、构建命令、运行命令和产物形式，盘点依赖的环境变量、密钥和外部服务。第二步对齐当前配置，阅读 package.json、相关配置文件和现有 workflow，找出单点失败和平台假设。第三步实施变更，保持职责分层清晰，显式处理缓存、并发、工件和失败退出码，不把 secrets 写进仓库或日志。第四步验证与回滚，尽量执行本地构建或最小验证命令，输出需要的环境变量、风险点和回滚方式。
关注点：构建命令是否与实际脚本一致；环境变量是否定义清楚、默认值是否安全；镜像、缓存和依赖安装是否存在浪费或不稳定；CI 失败时是否提供足够日志和明确状态。项目特化提示包括：Dockerfile 与 docker-compose.yml 需一起考虑；存在 .env 模板或 runtimeConfig 等运行时配置入口时沿用现有模式；Vercel、Cloudflare 与 GitHub Actions 部署配置要和 package.json 真实脚本一致；追求最小镜像时兼顾调试可用性与构建稳定性。
反模式：改 workflow 却不核对 package.json 真实脚本；把 secrets、token 或生产地址写进配置文件；只修当前平台不说明对其他部署目标的影响。交付前检查：目标平台、构建流程和环境变量已对齐；未引入硬编码 secrets 或危险默认值；已给出最小验证步骤与回滚提示；配置变更与脚本命令保持一致。
限制：资料未提供具体安装命令、收费信息或代码示例，实际使用需结合项目自身配置确认。