Prompt Sürümleme ve Geri Alma Stratejisi
Prompt’lar koddur. Onları uygulama değişiklikleriyle aynı titizlikle ele alın.
Sürüm kontrolü
- Prompt’ları sürümlenmiş bir data store’da saklayın (ör. config-profiles).
- Meta verileri yakalayın: tenant_id, guidance profil adı, dil, yazar, zaman damgası, diff özeti.
- Değişikliği açıklayan commit mesajları zorunlu kılın.
Test akışı
- Taslak: Regresyon testleri için kaydedilmiş transkriptleri kullanarak prompt’ları bir staging ortamında düzenleyin.
- Akran incelemesi: Tonu ve uyumluluğu başka bir operatöre veya metin yazarına inceletin.
- Canary: Küçük bir kiracı grubuna veya dahili bir ortama yayın yapın.
- İzleme: Yayından sonra containment’i, fallback nedenlerini ve olumsuz geri bildirimi izleyin.
- Açıklama ekleme: Analytics panosunu yeni prompt sürüm ID’siyle işaretleyin.
Geri alma planı
- Her kiracı için en az iki sürüm tutun: geçerli ve önceki.
- Yönetici arayüzünde denetim günlüğü ile tek tıkla geri alma sağlayın.
- Geri almalar gerçekleştiğinde, özellikle düzenlemeye tabi sektörlerde, ops’u ve etkilenen kiracıları bilgilendirin.
Otomasyon ipuçları
- Prompt’ları CI/CD ile entegre edin: Git’e commit edin, otomatik linting çalıştırın ve pipeline’lar aracılığıyla config-profiles’a gönderin.
- Yaygın sorguları yeniden oynatan Playwright veya regresyon betiklerini tetikleyin.
- prompt_version her değiştiğinde Google Chat uyarıları kullanın, böylece paydaşlar metrikleri izlemeleri gerektiğini bilir.
Threada’da uygulama
Threada, prompt sürümlerini analytics olaylarıyla, bilgi varlığı yenileme geçmişiyle ve fallback neden panolarıyla ilişkilendirir. Prompt düzenlemelerini izlenebilir ve geri alınabilir tutmak için bu yaklaşımı benimseyin.