どの形式に対応していますか？
ワークスペースは JSON、YAML 1.2 コア構文、必須かつ一意のヘッダー行を持つカンマ区切り CSV に対応します。TOML と XML は個別の再現性検証が必要で本リリースでは受け付けません。両側で同じ形式を選ぶことも拒否されます。すべての実行は 2 つの異なる形式の間で変換します。
YAML はどのように安全に処理されますか？
テキストモードでは、解析は使い捨ての Web Worker 内で、厳格な上限付きで行われます。入力 256 KiB、ネスト 40 段、ノード 10,000 個、エイリアス展開 50 回、時間予算 1,500 ミリ秒です。カスタム・実行可能タグ、マージキー、外部 schema、DTD、import、include、あらゆるネットワークリソースの読み込みは無効化されており、悪意ある・不正なドキュメントがパーサーの外に出ることはありません。
変換で変わる可能性があるものは？
JSON は YAML コメントやアンカーの同一性を表現できず、CSV はスカラー型、null の同一性、入れ子構造を保持できません。受け入れられた損失はそれぞれ結果上の警告として表示され、安全でない・曖昧な形状は即座に拒否されます。重複キー、__proto__、constructor、prototype という名前のプロパティ、非有限数、安全な範囲を超える整数は、強制変換ではなく拒否されます。
CSV のスプレッドシート安全オプションは何をしますか？
変換先が CSV でトグルがオンの場合、テキストが =、+、-、@ で始まる（先頭のスペースやタブの後を含む）セルにはアポストロフィーの接頭辞が付き、スプレッドシートアプリが数式として実行せずテキストとして表示します。影響のあった実行には警告が追加され、変更が可視化されます。スプレッドシートへ渡すファイルではオンのままにし、生の値を期待するシステムに CSV を渡す場合だけオフにしてください。
なぜ CSV が拒否されたのですか？
テキストモードでは、パーサーは、名前が空でなく一意なヘッダー行を要求します（最初のヘッダーの先頭のバイト順マークは許容されます）。また各レコードはヘッダーとまったく同じ数のフィールドを持つ必要があります。引用符付きフィールドは標準ルールに従います。二重引用符は 2 つ重ねてエスケープし、改行を含められますが、引用符なしのフィールドの途中の引用符は行と列付きのエラーです。出力は 5,000 行・256 列までで、同一のキーを持つフラットなオブジェクトの配列だけが CSV に変換できます。
値はアップロードまたは保存されますか？
変換はローカルで実行されます。現在の文書と同じページ内の後続処理はメモリ内に留まり、クリアで現在の文書を消去します。元データや結果をURL、分析、ログ、フィードバックフォーム経由で送信しません。別のツールへのファイルの引き渡しは、任意の別操作です。出力を別のツールへ明示的に引き渡すと、その出力はブラウザーのローカルストレージに保存されます。作業領域のリセット、再読み込み、終了では、この待機中のコピーは削除されません。引き渡しを受け取るか破棄すると削除され、30分後には受け取れなくなります。
CSV ファイルモードの制限は？
ファイルモードでは UTF-8、UTF-16LE/BE、GB18030、Windows-1252 と、カンマ・セミコロン・タブ・縦線を明示選択します。列名は既定で保持し、指定時のみ前後の空白を除去します。列名は空でなく一意である必要があります。入力 ≤ 100 MiB、出力 ≤ 32 MiB、1 レコード ≤ 256 列、復号後の UTF-8 換算で ≤ 1 MiB。プレビューは 20 行、各セル 160 文字までで、ダウンロードは全値を保持します。JSONL は文字列を保存します。正規化 CSV は UTF-8、カンマ、CRLF、引用符付きフィールドを使います。任意の BOM は文字コード認識を補助しますが型を固定しません。空の物理レコードは省略し、文字コードと引用符を正規化するためバイト単位の複製ではありません。処理はローカルで中止でき、出力をメモリに保持するためピーク使用量は 32 MiB を超える場合があります。
JSON、YAML、CSV はどう使い分けますか?
機械同士がデータをやり取りするときは JSON:API、コードが読む設定、曖昧さの許されないテストフィクスチャに。人が手で編集するファイル — デプロイメントマニフェストやドキュメント — にはコメントやアンカーが役立つ YAML を。スプレッドシートやデータインポートが行と列を期待するときは CSV を。変換はここで行い、警告が目標フォーマットが保持できないものを教えてくれる。
JSON と XML の違いは何ですか?
JSON はオブジェクトと配列を基盤にした最小限のデータフォーマット:閉じタグも属性もなく、ほとんどの値の書き方が一つに決まるため、JavaScript や大半のモダンな API で小さく解析しやすい。XML は要素、属性、名前空間、スキーマを持つドキュメントフォーマットで、出版、銀行規格、多くのエンタープライズ統合といった文書を検証する業界では今も支配的である。このワークスペースが変換するのは JSON、YAML、CSV であり、XML は文書を理解するコンバーターが必要である。属性と名前空間のモデルは単純なデータツリーには一対一で写らないためである。
