JSON, TOON'a nasıl dönüştürülür?
- JSON yapıştırın veya bir dosya açın. TOON çıktısı ve tasarruf edilen token tahmini anında görünür.
- Ayırıcıyı seçin: virgül (varsayılan), sekme veya dikey çizgi. Sekmeler çoğu zaman daha da az token gerektirir.
- TOON çıktısını prompt'unuza kopyalayın. Bir modelin TOON formatındaki yanıtını okumak için yönü TOON → JSON olarak değiştirin.
TOON vs JSON: bir örnek
Aynı iki kullanıcı JSON'da:
{"users":[{"id":1,"name":"Ada","role":"admin"},{"id":2,"name":"Bob","role":"user"}]}
ve TOON'da:
users[2]{id,name,role}:1,Ada,admin2,Bob,user
Alan adları her nesne için ayrı ayrı değil, başlıkta yalnızca bir kez yazılır; tırnaklar, süslü parantezler ve noktalama işaretlerinin çoğu ortadan kalkar. Tek tip nesne dizilerinde – veritabanı satırları, loglar, arama sonuçları, ürün listeleri – tasarruf büyüktür: 100 müşteri kaydıyla yaptığımız testte TOON, formatlanmış JSON'a göre yaklaşık %65, küçültülmüş JSON'a göre %47 daha az token gerektirdi. [2] uzunluk işareti ayrıca modelin ve çözümleyicinin hiçbir satırın eksik olmadığını kontrol etmesini sağlar.
Kısaca TOON formatı
| Veri | TOON |
|---|---|
| Nesne alanı | name: Ada |
| İç içe nesne | address: ve ardından girintili alanlar |
| Düz değerlerden oluşan dizi | tags[3]: red,green,blue |
| Aynı anahtarlara sahip nesne dizisi | users[2]{id,name}: ve ardından her nesne için bir satır |
| Karışık veya iç içe diziler | items[2]: ve ardından - ile başlayan liste öğeleri |
| String'ler | tırnaksız yazılır; ancak ayırıcı, iki nokta, tırnak veya parantez içeriyorsa, başında ya da sonunda boşluk varsa veya bir sayıya, true, false ya da null değerine benziyorsa tırnak içine alınır |
JSON ne zaman hâlâ daha iyi seçenektir?
- Derin iç içe veya düzensiz veriler – nesnelerin anahtarları farklıysa ya da iç içe nesneler içeriyorsa TOON girintili listelere geri döner ve tasarruf azalır ya da tamamen kaybolur. Her biri iç içe bir adres ve bir etiket listesi içeren 20 kayıtla TOON, formatlanmış JSON'dan hâlâ %34 daha küçüktü ancak küçültülmüş JSON'dan %12 daha büyüktü. Dönüştürücü, verileriniz için her iki karşılaştırmayı da gösterir.
- Makine arayüzleri – API'ler, function calling ve yapılandırılmış çıktılar JSON bekler.
- Modelin aşinalığı – dil modelleri TOON'dan çok daha fazla JSON görmüştür; geçiş yapmadan önce yanıt kalitesini kendi prompt'larınızla test edin.
- Çok küçük veriler – birkaç değer için fark önemsizdir.
Token sayıları karakter sayısı ÷ 4 olarak tahmin edilir. Kesin sayılar modelinizin tokenizer'ına bağlıdır, ancak göreli fark iyi bir yol göstericidir.
Sıkça sorulan sorular
TOON nedir?
TOON (Token-Oriented Object Notation), LLM prompt'ları için tasarlanmış, JSON veri modelinin kompakt ve insan tarafından okunabilir bir kodlamasıdır. Nesneler için YAML tarzı girintiyi, tek tip diziler için CSV tarzı satırlarla birleştirir.
TOON, JSON'dan daha mı iyi?
Bir dil modeline tablo biçiminde veya tek tip veri göndermek için genellikle evet: daha az token ve açıkça belirtilmiş dizi uzunlukları. API'ler, veri saklama ve derin iç içe veriler için ise JSON daha iyi seçenek olmaya devam eder.
Token sayısı nasıl tahmin ediliyor?
Araç, karakter sayısını dörde böler; bu, İngilizce metin ve kod için yaygın bir pratik kuraldır. Kesin sayı, modelinizin tokenizer'ına bağlıdır.
TOON'u tekrar JSON'a dönüştürebilir miyim?
Evet. Yönü TOON → JSON olarak değiştirin; çözümleyici bildirilen dizi uzunluklarını kontrol eder ve herhangi bir sorun olursa ilgili satırı bildirir.