# İstek kimliklerini kaybetmeden Together AI toplu işi nasıl taşınır? > Uygulamanın sahip olduğu her custom_id değerini değiştirmeden koruyun ve iki sağlayıcının dosya, toplu iş ve yanıt kimliklerini ayrı alanlarda saklayın. Göndermeden önce tam kümeyi doğrulayın, çıktı ve hataları ID ile birleştirin ve iş anahtarını değiştirmeden denemeleri kaydedin. Her kaynak `custom_id` değerini değişmez uygulama verisi sayın. Hedef isteğe aynen kopyalayın, hedef sağlayıcının toplu iş ve yanıt ID'lerini ayrı saklayın ve sonuçları dosya sırasına değil `custom_id` değerine göre eşleştirin. Önemli ayrım uygulamanın sahip olduğu kimlik ile sağlayıcıların verdiği kimlikler arasındadır. İlkini koruyun, diğerlerini eşleyin. ## Tüm kimlikleri envantere alın Together toplu girişi JSONL kullanır. Her satırda benzersiz `custom_id` ve istek gövdesi bulunur. Toplu iş, giriş, çıkış ve yanıtların ayrı ID'leri olabilir. | Kimlik | Sahibi | Geçiş kuralı | |---|---|---| | `custom_id` | Uygulama | Aynen koru | | Kaynak toplu iş ID'si | Together | Kaynak meta verisi olarak sakla | | Hedef toplu iş ID'si | Hedef sağlayıcı | Ayrı sakla | | Giriş ve çıkış dosya ID'leri | Her sağlayıcı | İş anahtarı yapma | | Yanıt ID'si | Model API | Destek ve faturalama için sakla | Satır numarası zaten kalıcı anahtar değilse `custom_id` yerine kullanmayın. Çıktı sırası değişebilir ve hatalar ayrı dosyada olabilir. ## Geçiş defteri oluşturun Hedefe göndermeden önce her mantıksal istek için kayıt oluşturun: ```json { "custom_id": "invoice-2026-00421", "source_batch_id": "batch_source", "target_batch_id": null, "payload_sha256": "...", "state": "prepared" } ``` `custom_id` kümede benzersiz olsun ve normalleştirilmiş gövde özetini ekleyin. Bu, hassas içeriğin ikinci kopyasını tutmadan değişiklikleri bulur. ## Kimliği değil zarfı dönüştürün Toplu iş zarfları farklıdır. Together `custom_id` ile `body` değerini yan yana koyar; başka OpenAI uyumlu API `method` ve `url` da isteyebilir. ```json {"custom_id":"invoice-2026-00421","method":"POST","url":"/v1/chat/completions","body":{"model":"target-model","messages":[{"role":"user","content":"Classify this record"}]}} ``` Endpoint, model ve desteklenmeyen parametreleri dönüştürücüde değiştirin. `custom_id` değerini opak dize olarak aktarın; kesmeyin, çevirmeyin veya yeniden üretmeyin. ## Göndermeden önce doğrulayın Oluşturulan JSONL üzerinde şunları kontrol edin: * her satır bağımsız ayrıştırılır; * her `custom_id` vardır ve benzersizdir; * ID kümesi kaynak manifest ile aynıdır; * her gövde hedef endpoint schema koşullarını karşılar. Son dosyanın özetini ve satır sayısını kaydedin. Tam bu ürünü yükleyin ve dönen ID'leri deftere bağlayın. ## Çıktı ve hataları birlikte uzlaştırın Tamamlandığında çıktı ve hata dosyalarını indirin. Satırları `custom_id` ile dizinleyin ve birleşimi gönderilen kümeyle karşılaştırın. Her ID'yi başarılı, hatalı, eksik veya yinelenmiş olarak sınıflandırın. Tamamlanan toplu iş uzlaştırılmış olmayabilir. Her ID'nin tek bir son durumu olmalıdır. ## Kimliği değiştirmeden yeniden deneyin Yalnızca hatalı veya eksik isteklerle yeni toplu iş oluşturun. Aynı `custom_id` değerini koruyun ve defterde `attempt` artırın. Hedef ID yeniden kullanımını yasaklarsa özgün değeri uygulama alanında tutun ve tersinir taşıma eşlemesi oluşturun. ## Güvenle geçiş yapın Küçük temsilî toplu işle başlayın. Başarı, gecikme, token, çıktı, hata ve maliyeti karşılaştırın. Uzlaştırma deterministic olana kadar kaynak ve hedef sonuçları paralel tutun. Üç assertion otomatikleştirin: bilinmeyen ID yok, yinelenen son sonuç yok ve eksik ID yok. ## Özet Uygulamanın `custom_id` değerini koruyun, yalnızca sağlayıcı zarfını dönüştürün ve eşleme defteri tutun. Çıktı ve hataları ID ile uzlaştırın, denemeleri kaydedin ve her isteğin son durumu olduğunda geçin. ## FAQ ### Together toplu iş geçişinde hangi ID sabit kalmalıdır? Uygulamanın atadığı custom_id değerini koruyun. Sağlayıcıların toplu iş, dosya ve yanıt ID'lerini iş anahtarı değil, ayrı meta veri olarak saklayın. ### Sonuçları satır numarasıyla eşleştirebilir miyim? Hayır. Çıktı sırası değişebilir ve hatalar başka bir dosyada olabilir. Çıktı ve hata birleşimini custom_id ile eşleştirin. ### Geçiş defterinde neler bulunmalı? custom_id, normalleştirilmiş yük özeti, kaynak ve hedef toplu iş ile dosya ID'leri, deneme numarası, zaman damgaları ve istek başına tek son durum saklayın. ### Yeniden deneme yeni bir custom_id gerektirir mi? Genellikle hayır. İş kimliğini koruyup attempt değerini artırın. Taşıma ID'si benzersiz olmalıysa özgün custom_id için tersinir eşleme tutun. ### Kaybolan istekleri nasıl bulurum? Gönderilen ID kümesini başarılı ve hatalı ID'lerin birleşimiyle karşılaştırın. Mutabakatı bitirmeden eksik, bilinmeyen ve yinelenen ID'leri işaretleyin. ### Together giriş dosyasını değiştirmeden yeniden kullanabilir miyim? Yalnızca hedef aynı zarfı, endpoint'i, model ID'sini ve parametreleri kabul ediyorsa. Genellikle custom_id değerini koruyan bir dönüştürücü gerekir.