用途：在用户要求部署到 Kubernetes 或创建清单时，生成生产级 K8s manifests，并提供调试与运维参考。
主要能力：生成前先探测集群类型与节点资源，例如 kubectl get nodes -o jsonpath 与 kubectl describe nodes；按 Docker Desktop 内存大小或云集群选择最小、标准、生产三档资源模板，并计算安全上限 (node_memory * 0.7) / expected_pod_count。可从 Dockerfile 自动识别端口、健康端点、用户、工作目录与 GPU 依赖，判断工作负载类型（Deployment、Job/CronJob、StatefulSet、DaemonSet）。生成内容包含 Deployment、Service、ConfigMap、HPA、PDB，以及命名空间治理的 ResourceQuota、LimitRange、NetworkPolicy，输出 ArgoCD 兼容的 k8s/base/ 目录结构，并附解释性注释。
安全默认：runAsNonRoot、runAsUser 1000、readOnlyRootFilesystem、allowPrivilegeEscalation: false、drop ALL capabilities、始终设置资源限制；容器端口需 >=1024，特权端口需改用非特权镜像或重映射，如 nginxinc/nginx-unprivileged:8080。
使用方式：先做预检，包括 kubectl cluster-info、kubectl config current-context、确认或创建命名空间、确认镜像存在或构建、本地集群用 kind load docker-image 或 minikube image load 加载镜像；随后分析项目、确定工作负载类型、生成清单，再用 kubectl apply --dry-run=server 校验并部署，最后用 kubectl wait 与 kubectl logs 确认 Pod 就绪。
适用场景：容器化应用部署、本地 kind/minikube 验证、多团队命名空间隔离、dev 到 prod 环境推进、GPU 与自动伸缩等参考场景。
限制：不生成 Helm chart、Kustomize overlay、ArgoCD Application CRD，不处理 Dapr sidecar 注入与 Kafka/Strimzi operator；这些属于其他技能。若预检失败应停止并报告，不针对异常状态生成清单。具体收费、价格与平台支持情况暂未提供。