Agent Skills
返回列表
💻

Kubernetes 清单生成器

开发编程 更新于 2026.08.29

将以下提示词粘贴到你的 AI 对话框中:

请根据 https://skillhub.cn/install/skillhub.md,安装 @org-02qudk26/k8s-manifest-generator。

技能介绍

你在解决什么问题

手写 Kubernetes YAML 时,Deployment 与 Service 的 selector 对不上、Probe 缺省、资源 requests/limits 未设、Secret 明文进 Git——这类问题往往在上线或审计时才暴露。本技能面向需要从零或从草图产出可上线清单的场景,而不是泛泛讲 K8s 概念。

技能如何工作

流程上先对齐目标、约束与已有输入(镜像、端口、存储、环境差异),再按资源类型逐项生成或补全清单,并在关键节点给出可执行的验证方式。覆盖范围包括:

  • Deployment:副本、滚动策略、容器镜像与端口
  • Service:ClusterIP / NodePort 等暴露方式与 selector 一致性
  • ConfigMap / Secret:配置与敏感数据分离,避免硬编码
  • PersistentVolumeClaim:有状态工作负载的存储声明
  • 资源限制、liveness/readiness 探针、securityContext 及常见命名约定
  • 多环境(dev/staging/prod)清单差异的设计思路

更完整的模式与示例见技能内的 resources/implementation-playbook.md。

适用边界

  • 适合:新建服务、补全生产清单、对照最佳实践做清单审查。
  • 不适合:与清单编写无关的任务;需要 Helm/Kustomize 模板体系、集群运维排障、CI/CD 流水线搭建等超出 YAML 清单生成范围的工作——应换用对应工具或技能。

使用场景

  • 新服务首次上集群,需要补齐 Deployment 与 Service 的 selector、端口和探针配置
  • 要把应用配置从镜像环境变量拆成 ConfigMap,敏感项单独写成 Secret 再挂载
  • 有状态组件要挂盘,需编写 PersistentVolumeClaim 并与 Deployment 的 volume 引用对齐
  • dev 与 prod 资源配额不同,要在同一套清单结构上区分 requests/limits 与环境变量

适合人员

  • 负责把 Go/Java 服务容器化并首次提交 K8s 清单的后端工程师
  • 上线前审查团队 YAML 是否含资源限制、探针与安全上下文的平台或 SRE
  • 在 Git 仓库维护多环境清单、需对照最佳实践补全 ConfigMap/Secret 的 DevOps 工程师
  • 从 docker-compose 迁到 K8s、需要逐项生成 Deployment/Service 清单的独立开发者