在 Kubernetes 的世界里，写 YAML 从来不是难在逻辑，而是烦在细节——API 版本、标签对齐、缩进空格，稍不留神就报错。你可能会想：如果能直接用自然语言描述需求，让工具自动生成配置，那该多省心？Fitten Code 干的就是这件事。

比方说，你需要在 5 分钟内为 PostgreSQL 服务准备好一套能通过 kubectl apply 的 Deployment + Service YAML，又不想翻文档、数空格、查 API 版本。这时，把“部署3个PostgreSQL 15实例，内存限制2Gi，暴露5432端口，加就绪探针检查/health”这样的描述直接扔给 Fitten Code，它就能给你一份可直接运行的配置。

用自然语言生成 Deployment YAML

打开 VS Code，新建一个文件，命名为 postgres-deploy.yaml，确保语言模式设为 YAML（右下角点击“Plain Text”切换）。

在文件第一行输入：# 部署3个PostgreSQL 15实例，内存限制2Gi，暴露5432端口，加就绪探针检查/health。

将光标置于注释下方，按下 Ctrl+Enter（Windows/Linux）或 Cmd+Enter（macOS），触发生成。生成结果会自动使用 apps/v1 API 版本，【template.metadata.labels 必须与 selector.matchLabels 完全一致，否则 kubectl apply 会报错】，且 containers[].ports[].containerPort 与 readinessProbe.httpGet.port 默认同步为 5432——如果你写的是“暴露5432”，它不会擅自改成5433。

补全配套 Service 并精准关联标签

有两种方式可以配套生成 Service。第一种：在已生成的 Deployment 下方空两行，插入注释 # ai: create ClusterIP Service for postgres，光标停在此行末尾，再次按 Ctrl+Enter。

第二种：复制 Deployment 中 spec.template.metadata.labels 下的全部键值对（例如 app: postgres 和 tier: database），在新对话框中明确要求：“生成 ClusterIP Service，selector 严格匹配 label app=postgres, tier=database，port=5432，targetPort=5432”。

⚠️ 这里有个容易踩的坑：如果 Deployment 用了 tier: db 而 Service 写了 tier: database，apply 时会卡在 no endpoints found——因为 selector 不匹配。Fitten Code 不会自动修正语义等价但字符串不等的 label 值，需要你手动保证一致。

校验并修复已有 YAML 中的隐藏错误

第一步：将待检 YAML 文件拖入 Fitten Code Web 界面（http://localhost:3000）左侧编辑区。

第二步：点击「Validate」按钮，等待返回结构化诊断报告。

第三步：重点查看标红项。比如提示“resources.limits.memory 值 '2G' 格式非法，应为 '2Gi'”，这时必须手动改为 2Gi；若提示“readinessProbe.initialDelaySeconds 缺失，建议设为 10”，该字段虽非必填，但缺省会导致 Pod 启动后立即被误判为不就绪而反复重启。

第四步：勾选「Auto-fix common errors」后点击「Apply Fixes」，缩进混乱、冒号后缺空格、列表项混用 Tab 与空格等问题将被统一修正为 2 空格缩进、键后单空格格式。