Xerador de YAML

Xerar, validar, explicar ou converter YAML. 11 preconfiguracións de sabores: YAML 1.2 simple, manifesto de Kubernetes, valores de Helm, fluxo de traballo de accións de GitHub, GitLab CI, CircleCI, Docker Compose, libro de xogo de Ansible, especificación de OpenAPI 3.1, AWS CloudFormation, proxecto dbt. Cada preconfiguración carga un aviso do sistema específico do sabor para que a saída pase o validador real ao primeiro intento.

yamllint é só un linter de estilo/ sintaxe — captura tabulacións, sangrías, espazos en branco finais pero non ten idea de se o seu despliegue de Kubernetes é válido contra o esquema k8s. Copilot ($10/ mes) escribe YAML en liña mentres escribe pero coñece a gramática xeral de YAML, non as regras específicas de cada sabor. Free.ai combina ambos: validación sintática + xeración consciente do esquema con indicacións específicas de cada sabor (a última apiVersion para k8s 1.28+, accións/ configuración- * @ v5+, comprobacións de saúde de Docker Compose v3).

Si, o sistema indica as versións estables actuais: Kubernetes 1.28+ apiVersions, actions/checkout@v4+ e actions/setup-*@v5+ para accións de GitHub, nomes de coleccións totalmente cualificadas de Ansible (ansible.builtin.apt, non apt), OpenAPI 3.1 (con JSON Schema 2020-12). Os modelos vanse desviando co tempo; sempre comprobe o tempo de obsolescencia co rexistro de cambios do provedor.

Normalmente si para recursos estándar (Deployment, Service, ConfigMap, Secret, Ingress). O aviso forza valores predeterminados sensatos - resources. limits + peticións definidas, sondas de preparación/ vitalidade incluídas, etiquetas con app. kubernetes. io/ name. Execute sempre kubectl apply -- dry- run=client antes de aplicar realmente. Para recursos de estilo Ingress / StorageClass / admission- webhook, o modelo pode precisar de axustes manuais.

No modo de validación, si - indicadores : últimas etiquetas de imaxe, privilexiado: verdadeiro, rede: verdadeiro, falta readOnlyRootFilesystem, faltan límites de recursos (risco de DoS), verbos RBAC sen restricións, segredos comprobados nos manifestos. Os escáneres de seguridade dedicados (kube- bench, kube- score, polaris) van máis a fondo; úseos en CI despois da xeración inicial.

Si - accións de JSON a YAML e YAML a JSON. A forma presérvase exactamente. As ancoraxes/ alias en YAML están en liña (JSON non ten equivalente). O YAML multi- documento (separado por tres trazos) convértese nunha matriz JSON de documentos.

Usa a semántica de YAML 1.2: « no » e « on » son cadeas, non booleanas (a 1.1 converteunas automaticamente, chámase o problema de Norway). Aspas as cadeas non obvias para evitar ambigüidades. Usa pipe para cadeas con saltos de liña preservados e > para cadeas dobradas cando sexa apropriado. Se a entrada usa convencións de 1.1, o validador sinaliza as ambigüidades.

Si - escolla « Explicar cada sección ». O modelo percorre todas as chaves de nivel superior, indica o comportamento efectivo cando o ficheiro é aplicado/ executado e indica os problemas comúns. Excelente para incorporar a un proxecto existente manifestos k8s ou configuracións CI.

A preconfiguración de OpenAPI xera unha OpenAPI 3.1 válida (non 3.0 — 3.1 aliña co esquema JSON 2020- 12). Cada operación obtén un resumo, descrición, respostas (polo menos 200 + 4xx), compoñentes/ esquemas axeitados con $ref. Valide con swagger- cli ou Redocly antes de enviar.

Qwen 3.6 35B (default, free) is very strong on YAML - it is in the training set heavily. Premium Claude Sonnet 4 / GPT-5 when generating a full Helm chart or multi-document Kubernetes bundle that needs cross-file consistency.

Input is sent to the model, processed, discarded. Not stored, not used for training. For maximum privacy pick Qwen 3.6 35B - self-hosted on Free.ai's GPUs.

Si - POST a / v1/ chat/ co aviso do sistema YAML (flavor + acción) e a entrada como mensaxe do usuario. Útil para pasos de CI que xeran automaticamente manifestos. Consulte / api /.