Helm Chart 脚手架

要解决什么问题

在 Kubernetes 上交付应用，手写 YAML 往往难以复用：同一套服务在 dev/staging/prod 只有镜像 tag、副本数、Ingress 主机名等差异，却容易复制整份清单；团队还要把应用打成可版本化的包，供 CI/CD 或内部 chart 仓库分发。Helm 用 chart 目录结构、values.yaml 与 Go 模板把差异参数化，但目录约定、依赖、helm lint/helm template 验证、以及多环境 values 分层并不直观，新人容易踩坑。

技能如何帮你落地

本技能围绕 Helm chart 脚手架 给出可执行路径：从零创建 chart（Chart.yaml、模板目录、默认 values）、组织模板与 helper、打包与版本语义、搭建或对接 chart 仓库。适用场景包括：新建 chart、为现有 K8s 清单做模板化、用 Helm 管理多环境部署、遵循社区约定与最佳实践。使用时会先明确目标、约束与输入，再给出步骤与验证方法（例如本地渲染、lint、试安装）；更细的模式与示例见 resources/implementation-playbook.md。

适用边界

任务与 Helm chart 的创建、组织、打包无关时不必启用本技能；若主要依赖 Kustomize、纯 GitOps 工具链或其它与 chart 脚手架无关的领域，应选用对应技能。范围外工具与流程不在本技能覆盖之内。