CodeGeeX 可基于手写 skeleton 和中文约束自动生成合规 Kubernetes YAML，需先编写含 Spring Boot 3.3、/actuator/health 探针等注释的 deployment 骨架，再触发补全 Service 和 Ingress；生成后须校验探针路径、镜像地址和 containerPort 三处关键项，否则将导致 ImagePullBackOff 或流量不通。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你需要为新上线的 Spring Boot 服务快速产出一套可部署的 Kubernetes YAML 文件，但手动写 Deployment、Service 和 Ingress 太耗时，还容易漏掉 readinessProbe 或 port 映射；CodeGeeX 能基于中文描述直接生成结构完整、字段合规的清单，前提是提示词要带运行时约束和校验锚点。
安装并启用 CodeGeeX 插件
打开 VSCode 扩展市场（Ctrl+Shift+X），搜索 “CodeGeeX”，点击安装并重启编辑器。该插件默认启用本地模型推理，无需联网即可响应，但首次启动会自动下载约 1.2GB 的轻量级模型缓存到 ~/.codegeex/models/ 目录下。
安装后右下角状态栏会出现 ⚡ CodeGeeX 图标，说明已就绪；若图标未出现，检查是否被其他 AI 插件（如 GitHub Copilot）禁用了语言服务器——CodeGeeX 与 Copilot 不兼容，必须停用后者。
编写精准提示词触发生成
新建一个空白文件，保存为 deploy.yaml，将语言模式设为 【Kubernetes】（点击右下角 → Change Language Mode → 输入 kubernetes → 回车），否则 CodeGeeX 不会加载 Kubernetes 语义模板。
在文件顶部输入以下提示（注意保留空行）：
// 面向生产环境的 Spring Boot 3.3 应用
apiVersion: apps/v1
kind: Deployment
metadata:
name: user-service
spec:
replicas: 3
selector:
matchLabels:
app: user-service
template:
metadata:
labels:
app: user-service
spec:
containers:
- name: app
image: registry.example.com/user-service:1.0.2
ports:
- containerPort: 8080
livenessProbe:
httpGet:
path: /actuator/health/liveness
port: 8080
readinessProbe:
httpGet:
path: /actuator/health/readiness
port: 8080
resources:
requests:
memory: "512Mi"
cpu: "250m"
评估 Kubernetes 集群安全态势，覆盖 RBAC、工作负载安全、网络策略、基础设施即代码（IaC）、运行时监控和密钥管理等 30 项控制项……
把光标放在最后一行末尾，按 Ctrl+Enter 唤出 CodeGeeX 补全面板，它会基于你已写的结构和注释中的约束（Spring Boot 3.3、/actuator/health/liveness 等）续写完整 spec，并自动补全 Service 和 Ingress 资源块 —— 这一步不能靠自然语言描述，【必须先手写 skeleton + 注释约束】，否则生成内容会跳过健康检查或用错 API 版本。
校验与修正生成结果
第一步：右键 → Kubernetes: Validate YAML，检查是否标红。常见错误是 CodeGeeX 把 readinessProbe.path 写成 /healthz（而你注释里明确写了 /actuator/health/readiness），此时需手动覆盖。
第二步：确认 image 字段是否已替换为真实镜像地址。CodeGeeX 默认沿用提示词里的 registry.example.com/user-service:1.0.2，但实际应改为你的私有仓库路径，例如 harbor.internal/user-service:v1.2.0；【不改会导致 kubectl apply 后 ImagePullBackOff】。
第三步：检查容器端口是否与 Spring Boot 的 server.port 一致。若你在 application.yml 中设了 server.port=9001，但生成的 containerPort 仍是 8080，必须同步修改，否则 Service 流量无法转发。
完成上述三处核对后，文件即可直接提交至 GitOps 仓库或执行 kubectl apply -f deploy.yaml。
