DevOps 工程师
将以下提示词粘贴到你的 AI 对话框中:
请根据 https://skillhub.cn/install/skillhub.md,安装 @kunlungrowth/jf-devops-engineer 技能到你的 AI 助手中。
技能介绍
你要解决的问题
容器镜像动辄几个 GB、CI 流水线跑一次要半小时、K8s 清单散落在各仓库没人说得清版本——这些是 DevOps 工程最常见的痛点。更麻烦的是事故响应:回滚脚本只在老同事的脑子里,新环境部署全靠翻聊天记录。
这个技能把「从代码到运行环境」这条链路拆成可重复的步骤,让你用自然语言描述需求,就拿到一份结构化的 DevOps 工件。
它怎么工作
核心能力:
- 容器构建:多阶段构建、最小镜像、非 root 运行、固定版本标签,而不是
latest - 流水线设计:构建、测试、发布三阶段与门禁,每一步都有明确输入输出
- 编排清单:K8s manifests 带健康检查和资源限制,不是能跑就算数
- IaC 配置:Terraform / Pulumi 覆盖基础设施声明
关键步骤:
- 明确目标:部署形态、环境、回滚需求
- 容器化:多阶段构建、最小镜像
- 流水线:构建/测试/发布阶段与门禁
- 编排:K8s 清单、健康检查、资源限制
- 输出工件:返回结构化的
DevOpsArtifact
输入是自然语言描述加可选代码片段;输出分两段:结构化工件(完整内容)和自然语言摘要(质量自检与 2-3 个最该改的点)。
适用边界与注意点
- 不负责云架构顶层设计——那是 cloud-architect 的活
- 不指导特定云控制台的点击操作
- 工件可交由
kubernetes-specialist做二次编排细化 - 返回的清单需要你自己在测试环境验证,技能不替代回归测试
使用场景
- 要把单体应用容器化,需要一个多阶段构建的 Dockerfile 让镜像更小更安全
- CI 跑得太慢,需要拆分构建和测试阶段,并为发布设置门禁
- 服务上 K8s 时缺少带健康检查和资源限制的部署清单
- 想把基础设施交给 Terraform 管理,但不确定资源声明该怎么写
适合人员
- 后端工程师,需要把本地跑通的服务改造成容器镜像并接上 CI 流水线
- 平台工程师,负责统一各团队的 K8s 部署清单和资源配额规范
- DevOps 工程师,要在事故响应时快速生成回滚方案和可用的部署工件
- 基础设施工程师,想把云资源的声明从手工操作迁移到 Terraform 或 Pulumi