# Ekipler Yapay Zeka Kodlama Maliyetlerini Depo ve Projeye Göre Nasıl Dağıtabilir? > Merkezi ağ geçidinden kapsamı sınırlandırılmış kimlik bilgileri verip her ücretli olaya değişmez depo, proje, görev, ekip ve ortam etiketleri ekleyerek yapay zeka kodlama maliyetlerini dağıtın. Sağlayıcı kullanımını bir defterde uzlaştırın ve paylaşılan genel giderleri doğrudan işlerden ayırın. # Ekipler Yapay Zeka Kodlama Maliyetlerini Depo ve Projeye Göre Nasıl Dağıtabilir? Güvenilir dağıtım istek anında başlar. Her model veya ücretli araç çağrısı sağlayıcıya ulaşmadan önce depo, proje, görev, ekip ve ortam için değişmez kimlikler taşımalıdır. Sahipliği daha sonra kullanıcı adından veya istem metninden çıkarmak tartışmalı raporlar üretir. Muhasebe sistemi iki görünüm sağlamalıdır: mühendislik sınırları için neredeyse gerçek zamanlı tahmini harcama ve finans için uzlaştırılmış maliyet. ## Sabit bir dağıtım hiyerarşisi tanımlayın Ad ve organizasyon değişikliklerinden etkilenmeyen kimlikler seçin: | Boyut | Örnek | Dağıtım kullanımı | |---|---|---| | Depo kimliği | `repo_01J...` | Doğrudan kod sahipliği | | Proje kimliği | `proj_checkout` | Ürün girişimi veya maliyet merkezi | | Görev kimliği | `task_8421` | Tek ajan çalışması | | Ekip kimliği | `team_payments` | Organizasyon raporlaması | | Ortam | `local`, `ci`, `prod` | Deneyleri operasyonlardan ayırma | Görünen adları birincil anahtar değil, nitelik olarak tutun. Depo ekip değiştirdiğinde geçerlilik tarihlerini kaydedin. ## İstekleri otomatik etiketleyin Depo kimliğini rastgele yerel klasör adından değil, normalize edilmiş Git remote'una bağlı güvenilir kayıttan türetin. Proje ve görev kimliklerini issue, CI işi veya ajan kontrol düzleminden alın. Bu etiketlerle sınırlı kısa ömürlü kimlik bilgileri verin. Olağandışı işler için belgelenmiş override sağlayın ve kimin neden değiştirdiğini günlüğe yazın. Serbest metinli elle giriş varsayılan olmamalıdır. ## Tek bir ücretli olay şeması yakalayın Her sağlayıcı yanıtını ortak olaya dönüştürün: ```json { "event_id": "costevt_01J...", "task_id": "task_8421", "repository_id": "repo_01J...", "project_id": "proj_checkout", "team_id": "team_payments", "provider_request_id": "req_...", "model": "provider/model-version", "input_units": 18240, "output_units": 1330, "estimated_cost_usd": 0.084, "final_cost_usd": null, "rate_card_version": "2026-10-01" } ``` Arama, embeddings, sandbox ve diğer ücretli araçlarda uygun birim türüyle aynı zarfı kullanın. ## Birden çok depolu işi açıkça dağıtın Birden çok depoyu düzenleyen görev, depo düzeyinde alt span'lere sahip bir üst görev kullanmalıdır. Bir depoyu incelerken veya değiştirirken yapılan çağrıları o alta yazın. Gerçekten ortak planlama çağrılarını üst proje havuzuna koyun. Ortak çağrıları varsayılan olarak eşit bölmeyin. Bir depo işin çoğunu oluşturduysa bu yanıltıcıdır. Kesin dağıtım mümkün değilse kullanılan kuralı etiketleyin ve tutarlı uygulayın. ## Doğrudan harcamayı paylaşılan genel giderden ayırın Doğrudan model ve araç çağrıları etiketli göreve aittir. Ağ geçidi barındırma, değerlendirme, gözlemlenebilirlik, ortak önbellek ve platform mühendisliği genel gider havuzundadır. Genel gideri doğrudan harcama, aktif kullanıcı veya görev sayısı gibi görünür bir ölçütle dağıtın. Ekiplerin kontrol edebildiklerini görmesi için iki toplamı da yayınlayın. | Maliyet sınıfı | Dağıtım yöntemi | Sahibi etkileyebilir mi? | |---|---|---| | Model inference | İstek etiketleri | Evet | | Ücretli arama ve sandbox | İstek etiketleri | Evet | | Paylaşılan ağ geçidi | Doğrudan harcama yüzdesi | Kısmen | | Merkezi değerlendirme | Aktif depo sayısı | Kısmen | | Atanmamış olaylar | İstisna kuyruğu | Onarım gerekir | ## Tahminleri sağlayıcı kayıtlarıyla uzlaştırın Dashboard ve limitler için anlık token veya birim tahminleri kullanın. Günlük işte sağlayıcı istek kimliklerini eşleştirin, tahminleri kesin ücretlerle değiştirin ve düzeltmeleri yeni defter girdileri olarak ekleyin. Geçmişi sessizce değiştirmeyin. Geç kullanım veya iade için özgün olayı tutup bağlantılı düzeltme ekleyin. Atanmamış maliyet, eşleşmeyen istek veya tahmin farkı eşiği aşınca uyarın. ## Denetlenebilirliği korurken gizliliği sağlayın Maliyet dağıtımı istem metnini veya kaynak kodunu saklamayı gerektirmez. Kimlikler, model adları, kullanım birimleri, zamanlar, fiyatlar ve istek kimlikleri çoğu rapor için yeterlidir. İçerik telemetrisini daha kısa saklama ve daha sıkı erişimle ayrı yönetin. Finans yalnızca sabit gruplama istiyorsa hassas dış kimlikleri hash'leyin. ## Farklı kararlar için raporlar oluşturun Mühendislik tamamlanan görev, pull request veya kabul edilen değişiklik başına maliyet ister. Finans aylık maliyet merkezi harcamasını, platform ekipleri model, önbellek ve hata türüne göre birim ekonomisini ister. Yararlı ölçüler: * depo başına doğrudan ve dağıtılmış maliyet; * başarılı ajan görevi başına maliyet; * yeniden deneme ve başarısız çalışma israfı; * model karışımı ve önbellek tasarrufu; * atanmamış harcama yüzdesi; * proje başına bütçe farkı. Sonuç ve görev karmaşıklığı bağlamı olmadan geliştiricileri ham harcamaya göre sıralamayın. ## Sağlayıcı seçimini taşınabilir tutun Merkezi ağ geçidi birden çok modelde etiketleri tutarlı ekleyebilir. Atlas Cloud metin, görüntü ve video modelleri için tek bir OpenAI uyumlu erişim katmanı olurken, iç defteriniz depo ve proje sahipliği için kaynak olmaya devam edebilir. Bu ayrım ekiplerin dağıtım mantığını yeniden kurmadan sağlayıcı değiştirmesini sağlar. ## Sonuç Yapay zeka kodlama maliyetlerini sabit kimlikler ve kapsamlı kimlik bilgileriyle istek anında dağıtın. Kesin sağlayıcı ücretlerini append-only defterde uzlaştırın, genel gideri görünür tutun ve atanmamış harcamayı operasyon hatası sayın. ## FAQ ### Yapay zeka kodlama maliyeti dağıtımı için en az hangi meta veriler gerekir? Sabit depo, proje veya maliyet merkezi, görev ve ekip kimliklerini; ortamı, modeli, sağlayıcı istek kimliğini, zamanı, kullanımı ve maliyeti kaydedin. Yalnızca değişebilir depo adlarına güvenmeyin. ### Geliştiriciler proje etiketlerini elle mi girmeli? Depo remote'u, CI bağlamı, görev sistemi veya kapsamlı API anahtarından otomatik etiketleri tercih edin. Elle giriş istisnalar için yararlıdır, ancak ana muhasebe için tutarsızdır. ### Paylaşılan ajan platformu maliyetleri nasıl dağıtılmalı? Paylaşılan altyapıyı ayrı bir genel gider havuzunda tutun ve doğrudan yapay zeka harcaması, aktif kullanıcı veya görev sayısı gibi belgelenmiş bir ölçütle dağıtın. Genel gideri model fiyatında gizlemeyin. ### Birden çok depoya dokunan görev nasıl ele alınır? Depo düzeyinde alt span'leri olan bir üst görev kullanın. Doğrudan çağrıları etkin depoya, gerçekten ortak planlamayı üst proje havuzuna yazın. ### Maliyet raporları istem ve kod içeriğine ihtiyaç duyar mı? Hayır. Kimlikler, token sayıları, model adları, zaman damgaları ve fiyatlar yeterlidir. Gizlilik ve güvenlik riskini azaltmak için istem ve kod saklama politikasını ayrı yönetin. ### Sağlayıcı maliyetleri ne sıklıkla uzlaştırılmalı? Koruyucu sınırlar için neredeyse gerçek zamanlı tahminler, finans için günlük uzlaştırma kullanın. Sağlayıcı istek kimliklerini eşleştirin ve geçmişi değiştirmeden geç düzeltmeler ekleyin.