YAML 生成
商用OK
380+モデル
透かしなし
登録は不要
モデル:
+ GPT-5, Claude, Gemini
YAMLを書き、検証、生成します。Kubernetes マニフェスト、GitHub Actions ワークフロー、Docker Compose、CircleCI、Ansible、Helm 値などです。フレーバープリセットを選んで、望むことを記述するか、既存の YAML を貼り付けて、リンティング、説明、JSON/TOML への変換を行います。
ノート
追加オプション
結果
証券が足りない
もっとトークンを取得
もっと欲しい？
無料登録で1日30Kトークン＋10Kボーナス
無料登録
ご要望を処理中...
無料のAIでYAMLコンフィギュレーションを生成します。Kubernetes、Docker、CI/CDなど。
使い方 YAML 生成
1
入力を入力
テキストを入力、ファイルをアップロード、または必要なことを記述します。アカウントは必要ありません。
2
クリックして生成
私たちのAIは、最良のオープンソースモデルを使って、あなたの要求を数秒で処理します。
3
ダウンロードと共有
結果をダウンロード、コピー、共有できます。個人的、商業的な使用は無料です。
このツールを API で使用
あなたのコードからこのツールを自動化します。OpenAI 互換の REST エンドポイント、ベアートークン認証、追加の SDK が必要ありません。トークンのコストはウェブインターフェースと一致します。
curl -X POST https://api.free.ai/v1/chat/ \
-H "Authorization: Bearer sk-free-..." \
-H "Content-Type: application/json" \
-d '{"model": "qwen-coder", "messages": [{"role": "user", "content": "Write a Python function that reverses a string."}]}'YAML 生成 — FAQ
11 種類のプリセット - 単純な YAML 1.2、Kubernetes マニフェスト、ヘルム値、GitHub Actions ワークフロー、GitLab CI、CircleCI、Docker Compose、Ansible プレイブック、OpenAPI 3.1 スペック、AWS CloudFormation、dbt プロジェクト。それぞれのプリセットは、それぞれのフレーバーに特有なシステムプロンプトをロードします。それによって、出力は最初の試みで実際の検証者を通過します。
Free.aiは、構文検証とスキーマに基づく生成を組み合わせたもので、スキーマ特有のプロンプトを提供します（最新のk8s 1.28+ apiVersion、action/setup-* @v5、Docker Compose v3ヘルスチェック）。
はい - システムプロンプトは現在の安定版にピンします: Kubernetes 1.28+ apiVersions、GitHub Actions の actions/checkout@v4+ と actions/setup-*@v5+、Ansible の完全に定義されたコレクション名 (ansible.builtin.apt, aptではありません)、OpenAPI 3.1 (JSON Schema 2020-12 を使用)。
標準リソース (Deployment、Service、ConfigMap、Secret、Ingress) に対しては通常 yes です。プロンプトは、適切なデフォルトを強制します。resources.limits + requests set、readyness/liveness probes を含み、app.kubernetes.io/name でラベルを付けます。実際に適用する前に、常に kubectl apply --dry-run=client を実行してください。Ingress / StorageClass / admission-webhook スタイルのリソースに対しては、モデルは手動で調整する必要があります。
検証モードでは、yes - フラグ:latest image tags, privileged:true, hostNetwork:true, readOnlyRootFilesystemが欠けている, リソース制限が欠けている (DoS リスク), 制限なしの RBAC 動詞, マニフェストにチェックされた秘密。専用のセキュリティスキャナ (kube-bench, kube-score, polaris) はより深く行きます。初期生成後の CI でこれらを使用してください。
はい - JSON から YAML へのアクションと YAML から JSON へのアクション。形状は正確に保持されます。YAML のアンカー/エイリアスはインライン化されます (JSON には同等のものはありません)。多文書 YAML (ダッシュ 3 文字で区切られた) は文書の JSON アレイになります。
YAML 1.2 の意味論を使用します。"no"と"on"は文字列であり、ブール値ではありません。 (1.1 はこれらを自動変換しました。ノルウェー問題と呼ばれます)。曖昧さを防ぐために明白でない文字列を引用します。新しい行を保存した文字列にはパイプを使い、折り畳まれた文字列には適切なところに > を使います。入力が 1.1 の慣習を使用する場合、検証者は曖昧さをフラグ付けします。
はい - 各セクションを説明を選択します。モデルはトップレベルのキーをすべて通り抜け、ファイルを適用/実行するときの実際の挙動を示し、一般的なトラブルをフラグします。既存のプロジェクトの k8s マニフェストや CI 設定に組み込むのに最適です。
OpenAPI プレセットは有効な OpenAPI 3.1 を生成します。 すべての操作は、要約、説明、応答 (少なくとも 200 + 4xx)、$ref で適切なコンポーネント/スキームを得ます。送信前に swagger-cli または Redocly で検証してください。
一般用途のQwen 3 30B。 ファイル間の一貫性が必要なフルヘルムチャートや多文書のKubernetesバンドルを生成する場合は、プレミアムのClaude Sonnet 4 / GPT-5を使用してください。
入力はモデルに送られ、処理され、捨てられます。保存されず、訓練に使われません。最大限のプライバシーのために、Free.aiのGPU上で自己ホストされた Qwen 3 Coder を選択してください。
はい - YAML システムプロンプト (flavor + action) とユーザメッセージとしての入力を持つ /v1/chat/ に POST します。自動的にマニフェストを生成する CI ステップに有用です。 /api/ を参照してください。
このツールをどう評価しますか？