Tüm Yazılar
KategoriAI
Okuma Süresi
16 dk
Yayın Tarihi
2026-09-09
Kelime Sayısı
3.502kelime

Kahveni hazırla - bu içerikli bir makale!

Claude metin filigranı: AI içerik tespiti ve EU AI Act

Özet

Claude metin filigranı AI içerik tespiti nasıl çalışıyor, kim erişebiliyor ve EU AI Act Madde 50(2) geliştiriciler için ne değiştiriyor — kaynaklı teknik analiz.

Claude metin filigranı: AI içerik tespiti ve EU AI Act

Claude'un yazdığı bir metni okuyucudan gizli tutan ama gerektiğinde geri çıkarılabilen bir imza taşıdığını biliyor muydun? Anthropic, 11 Ağustos 2026'da basına yansıyan ve 14 Ağustos'ta ayrıntılı bir SSS ile kendisinin genişlettiği "text watermark" (metin filigranı) özelliğiyle, Claude'un ürettiği metne (şimdilik desteklenen Fable 5.1 ve Mythos 5.1 modellerinde) insan gözüyle fark edilemeyen ama istatistiksel olarak tespit edilebilen bir örüntü gömüyor. Bu adım tesadüf değil: AB'nin AI Act Madde 50(2) şeffaflık yükümlülüğü 2 Ağustos 2026'da yürürlüğe girdi ve Anthropic bu yasaya uyum için Temmuz 2026'da imzalanan "Code of Practice on Transparency of AI-Generated Content" belgesine taraf oldu.

💡 Pro Tip: Filigran, metnin _içeriğini_ değil, kelime seçimindeki rastgeleliğin _kaynağını_ değiştiriyor — bu yüzden okuyucu hiçbir fark göremiyor ama anahtarı bilen taraf metni istatistiksel olarak analiz edebiliyor.

İçindekiler

Filigran Tam Olarak Neyi İşaretliyor

Anthropic'in resmi tanımı net: filigran, "Claude'un metni yazmakta rol oynama olasılığını belirlemenin bir yolu" ve amacı AB AI Act'e uyum sağlamak. Kritik nokta şu — filigranlı ve filigransız metin arasındaki fark okuyucu için ayırt edilemez durumda. Yani bir blog yazısını, bir e-postayı ya da bir README dosyasını okurken filigranın varlığını hissetmen mümkün değil.

Filigran ayrıca hiçbir kimlik bilgisi taşımıyor. Anthropic'in kendi ifadesiyle filigran "tanımlayıcı hiçbir bilgi taşımıyor ve belirli bir kişiye, kuruma ya da sohbete izlenemiyor." Bu, filigranın "kim yazdı" sorusuna değil, "Claude mu yazdı" sorusuna cevap verdiği anlamına geliyor.

Neden küresel uygulanıyor

Filigran yalnızca AB kullanıcılarına değil, dünya genelinde uygulanıyor. Anthropic bunun gerekçesini açıkça belirtiyor: "Lansmanda filigranlamayı küresel olarak uyguluyoruz çünkü bunu bölgeye göre sınırlandırmanın kalıcı bir yolu henüz yok." Yani bir geliştirici Türkiye'den desteklenen bir modeli (Fable 5.1 / Mythos 5.1) kullanırken de metni filigranlı geliyor — AB'ye özel bir ayrım mekanizması yok.

Teknik: Rastgelelik Kaynağını Değiştirmek

Bir dil modeli her adımda bir sonraki kelimeyi seçerken, çoğu zaman anlamı bozmayan birkaç eşdeğer alternatif arasında kalır. Örneğin havadan bahsederken model "kapalı" ya da "gri" kelimelerinden birini seçebilir — ikisi de doğru, ikisi de akıcı. Normal (filigransız) üretimde bu seçim rastgele bir sayı üretecine dayanır. Filigranlı üretimde ise Anthropic'in tarifiyle: "Bir sonraki kelimeyi seçmek için keyfi bir rastgele sayı üreteci kullanmak yerine, filigranlama modelin hangi kelimeyi seçmesi gerektiğine karar vermek için anahtarı ve öncesinde gelen birkaç kelimeyi kullanıyor." Bu anahtar Anthropic'te kalıyor.

Bu, kelime seçimini tamamen değiştirmiyor — anlamsız ya da tuhaf kelimeler zorlanmıyor. Anthropic'in verdiği örnek açıklayıcı: "Bir sonraki kelimenin 'şekerli' olması çok olası değil. Ama 'kapalı' ya da 'gri' olması oldukça olası." Yani model hâlâ mantıklı ve akıcı kelimeler arasından seçim yapıyor; sadece hangi mantıklı seçeneğin seçildiğini belirleyen rastgelelik kaynağı, Anthropic'in elindeki gizli bir anahtarla değiştiriliyor.

SynthID-Text kökeni

Bu yöntem yeni değil. Anthropic açıkça belirtiyor: "Claude'un metin filigranı, Google DeepMind tarafından 2024'te bir Nature makalesinde yayınlanan SynthID-Text yaklaşımının bir versiyonu." Kökü ise daha eskiye, bilgisayar bilimci Scott Aaronson'ın 2022'deki önerisine dayanıyor. Yani Anthropic burada sıfırdan bir teknik icat etmiyor, akademik olarak yayınlanmış ve Google'ın kendi Gemini modellerinde de kullandığı bir yöntemi Claude'a uyarlıyor.

Bu, bir geliştirici için pratik bir çıkarım taşıyor: filigranlama yöntemi tek bir şirketin kapalı kutusu değil, akademik literatürde denetlenebilir bir temele oturuyor. Bu da tespit mekanizmasının rastgele bir "kara kutu" olmadığı, matematiksel bir temeli olduğu anlamına geliyor.

text
1Normal üretim: sonraki_kelime = rastgele_sec(uygun_adaylar)
2Filigranlı: sonraki_kelime = anahtar_ile_sec(uygun_adaylar, onceki_kelimeler, gizli_anahtar)

Yukarıdaki basitleştirilmiş şema, iki üretim modu arasındaki farkı özetliyor. Her iki durumda da "uygun_adaylar" kümesi aynı — yani modelin ne söyleyeceği değişmiyor, sadece eşdeğer adaylar arasından hangisinin seçileceğine karar veren mekanizma değişiyor.

Kaliteye Etkisi Ölçüldü mü

Burada dikkatli olmak gerekiyor: bu bölümdeki iddiaların tamamı Anthropic'in kendi iç testlerine ve DeepMind'ın SynthID-Text çalışmasına dayanıyor; bağımsız üçüncü taraf bir benchmark yayınlanmadı.

Anthropic'e göre: "İç testlerimizde, filigranlamanın Claude'un metninin içeriği, yaratıcılık seviyesi ya da okunabilirliği üzerinde herhangi bir etkisini görmedik." Bu güçlü bir iddia ama TechCrunch'ın haberine göre Anthropic'e "ne kadar düzenlemenin filigranı kaldıracağı" gibi bazı netlik gerektiren sorular sorulmuş ve net bir eşik yanıtı yayınlanmamış — yani "hiçbir etki yok" iddiası şeffaf ama sınırları net çizilmemiş bir iddia olarak okunmalı.

Google DeepMind'ın SynthID-Text çalışması, Gemini trafiğinde kullanıcıların beğen/beğenme (thumbs up/down) oranlarını filigranlı ve filigransız çıktılar arasında karşılaştırmış ve "istatistiksel olarak anlamlı bir fark bulmadılar." Bu, Anthropic'in kendi iç testinden bağımsız ama yine aynı şirketler ekosisteminden (Google) gelen bir doğrulama — tam anlamıyla üçüncü taraf değil, ama en azından farklı bir laboratuvarın ölçümü.

Maliyet ve hız tarafında da bir fark yok: "Filigranlama modellerin hızı üzerinde ihmal edilebilir bir etkiye sahip... model, sunmak ve kullanmak için aynı fiyata." Yani bir geliştirici olarak API faturanda ya da yanıt sürende filigranlama yüzünden bir değişiklik beklememelisin.

Kod için özel durum

Senin gibi bir geliştirici için en kritik teknik detay burada: "kod — ki çoğu durumda tam/kesin olmak zorunda — genel olarak diğer bazı metin türlerine göre daha az filigranlamaya sahip." Bunun nedeni basit: kodun kritik yerlerinde eşdeğer alternatif yok — bir söz dizimi kuralı, bir API adı ya da bir sabit değer değiştirilirse kod bozulur, filigranın dayandığı "birden fazla eşdeğer seçenek" bulunmuyor. Anthropic bir nüans ekliyor: kodun içinde keyfi seçim barındıran yerlerde — örneğin kod içi yorum satırlarında — filigran yine kullanılabiliyor, ama tanımı gereği bunun üretilen kodun kendisine etkisi ihmal edilebilir düzeyde kalıyor. Bu da demek oluyor ki Claude Code ile ürettiğin bir fonksiyon, aynı uzunluktaki bir blog paragrafına göre çok daha zayıf filigranlanıyor ve tespit güvenilirliği düşük kalıyor.

Tespit API'si Kimlere Açık

Filigranın kendisi metnin içine gömülüyor ama onu _okumak_ için ayrı bir araç gerekiyor — ve bu araç herkese açık değil. Anthropic'in destek sayfası şunu söylüyor: "Filigran tespiti şu anda özel önizlemede, AB yasası gereğince uygun kuruluşlara açık (düzenleyiciler, kolluk kuvvetleri, medya, doğrulama kuruluşları, bağımsız araştırmacılar, eğitim kurumları ve AB sivil toplum grupları gibi)." Yani sıradan bir kullanıcı ya da işveren "bu metni Claude mi yazdı" diye sorgulayan bir API'ye şu an erişemiyor.

Erişim isteyen kuruluşlar "Claude Watermark Detector Access Request Form" adlı bir başvuru formu dolduruyor. Bu, tespit kapasitesinin demokratik bir şekilde herkese açılmadığını, aksine denetim/uyum eksenli kurumlara sınırlı tutulduğunu gösteriyor.

Bunun yanında Anthropic ayrı bir ürün de sunuyor: "Claude Content Checker" (claude.com/check-content), C2PA kimlik bilgilerini ücretsiz kontrol ediyor. Ama bu, metin filigranından farklı — C2PA, Claude'un kod yürütme aracı üzerinden ürettiği görsel, video ve ses dosyalarına eklenen bir kimlik bilgisi standardı; metin filigranıyla aynı mekanizma değil.

Teknik dokümantasyon boşluğu

Burada şeffaf olmak gerekiyor: Anthropic'in destek sayfası "Content Credentials on generated files" adıyla platform.claude.com/docs/en/build-with-claude/watermark-detection adresine bağlantı veriyor, ama bu adres şu an (Eylül 2026 itibarıyla) 404 dönüyor — yani duyurulan bağlantı kırık. Destek sayfası zaten hazır oldukça daha ayrıntılı teknik rehberlik yayınlayacağını belirtiyor. Yani filigranın _var olduğu_ ve _ilkelerinin_ ne olduğu net ama tam tespit algoritmasının teknik ayrıntıları henüz kamuya açık bir dokümanda yok.

Platform tarafında somut bir ilerleme var: API sürüm notlarında (1 Eylül 2026 girdisi) şu ifade geçiyor: "Claude Fable 5.1 ve Claude Mythos 5.1 tarafından üretilen metin Anthropic'in metin filigranını taşır... İşaretleme, isteklerinizde ya da yanıt işlemenizde herhangi bir değişiklik gerektirmez." Burada önemli bir ayrım var: 14 Ağustos'taki ilke duyurusu genel bir taahhütken, filigranın API seviyesinde belirli modellere (Fable 5.1, Mythos 5.1) somut olarak bağlandığı ilk resmi kayıt 1 Eylül 2026'daki bu sürüm notu.

Erişim düzeyi
Kim erişebilir
Durum (Eylül 2026)
Filigran gömme
Desteklenen modeller (Fable 5.1, Mythos 5.1); eski modeller geçişte
Küresel, model seviyesinde
Tespit API'si
Düzenleyici, kolluk, medya, fact-checker, akademik/sivil toplum kuruluşları
Özel önizleme, başvuru formuyla
Content Checker (C2PA)
Herkes
Ücretsiz, canlı (claude.com/check-content)
Ayrıntılı teknik dokümantasyon
Herkes
Henüz yayınlanmadı (404)

Hafif Düzenleme vs Tam Yeniden Yazım

Bir geliştirici ya da içerik ekibi için en pratik soru şu: Claude'un çıktısını biraz düzenlersem filigran gider mi? Anthropic'in cevabı net ama eşik belirsiz: "Hafif düzenleme muhtemelen filigranı tamamen kaldırmayacak; her kelimenin değiştirildiği tam bir yeniden yazım kaldıracak." Yani iki uç net — arada kalan "ne kadar düzenleme yeterli" sorusu ise TechCrunch'ın sorduğu ama Anthropic'in net bir eşik vermediği bir nokta.

Özel bir durum daha var: Claude bir insanın yazdığı metni sadece düzeltirse (proofreading), filigranın tutunacağı çok az şey kalıyor. Anthropic'in ifadesiyle: "Claude bir kişi tarafından yazılan metni düzelttiğinde... filigranın tutunacağı çok az şey (varsa) kalıyor." Bu, "Claude ile yazdım" ile "Claude'a düzelttirdim" arasındaki farkın filigran açısından da anlamlı olduğunu gösteriyor.

Çeviri ise farklı bir kategori: "Claude tarafından üretilen bir çeviri filigran taşır, çünkü bu durumda her kelime Claude tarafından seçiliyor." Yani bir metni Claude ile Türkçeden İngilizceye çevirtirsen, orijinal metin insan yazımı olsa bile çeviri filigranlı çıkıyor — çünkü çeviri sürecinde her kelime yeniden, Claude tarafından seçiliyor.

Kısa metinlerde güvenilirlik sorunu

Filigran tespiti kısa metinlerde iyi çalışmıyor: "Küçük örneklerde filigran tespiti de iyi çalışmıyor... Bir metin uzadıkça, Claude'un dahil olduğuna dair güven de artıyor." Bu, tek cümlelik bir sosyal medya paylaşımı ya da kısa bir başlık için tespitin pratikte anlamsız olduğu, ama uzun-form bir makale için (yön gösterici olarak 500+ kelime; Anthropic resmi bir eşik yayınlamadı) tespitin güvenilirliğinin arttığı anlamına geliyor.

ts
1// tespit-guveni.ts — resmi eşik yayınlanmadı, aşağıdakiler yön gösterir.
2type Guven = "dusuk" | "orta" | "yuksek";
3 
4const kelimeSay = (m: string): number => m.trim().split(/\s+/).filter(Boolean).length;
5 
6function tespitGuveni(m: string): Guven {
7 const n = kelimeSay(m);
8 if (n < 100) return "dusuk";
9 if (n < 500) return "orta";
10 return "yuksek";
11}
12 
13const ornekler = ["Claude bunu yazdi.", Array(150).fill("k").join(" "), Array(800).fill("k").join(" ")];
14for (const m of ornekler) console.log(kelimeSay(m), tespitGuveni(m));
15 
16// Cikti:
17// 3 dusuk
18// 150 orta
19// 800 yuksek

Bu küçük betik, Anthropic'in "uzunluk arttıkça güven artar" ilkesini kodda somutlaştırıyor; kesin sayısal eşikler yayınlanmadığı için eşikler yalnızca yön belirtiyor.

EU AI Act ve Şeffaflık Yükümlülüğü

Bu özelliğin arkasındaki yasal zemin somut ve tarihli. AB'nin AI Act'ine bağlı Madde 50(2) şeffaflık yükümlülükleri 2 Ağustos 2026'da yürürlüğe girdi. Anthropic, aynı zamanda "Code of Practice on Transparency of AI-Generated Content" adlı gönüllü uygulama kuralına Temmuz 2026'da imza attı — bu belgeye Anthropic'in yanı sıra yaklaşık 190 toplam imzacı katıldı.

Anthropic yalnız değil: "Anthropic'in yanı sıra Black Forest Labs, Google, Meta, Microsoft, OpenAI ve Synthesia gibi diğer şirketler de AB'nin kuralına uymayı taahhüt etti." Bu, filigranlamanın Anthropic'e özgü bir pazarlama hamlesi değil, sektör genelinde eşzamanlı hareket eden bir uyum dalgası olduğunu gösteriyor.

Eski modeller için geçiş süreci

Bu yükümlülük geriye dönük olarak henüz tam uygulanmıyor. Anthropic'in kendi ifadesiyle: "AB yasası, 2 Ağustos 2026'dan önce piyasaya sürülen Anthropic modelleri için bir geçiş süreci içeriyor ve biz bu modeller için de filigranlama eklemeye çalışıyoruz. Bu, önümüzdeki aylarda uygulamaya konacak." Yani Fable 5.1 ve Mythos 5.1 gibi 1 Eylül 2026'da lansmanı yapılan modeller filigranla doğuyor, ama daha eski modellerin filigranlanması hâlâ devam eden bir iş.

Bu sürecin zaman çizelgesini tek tabloda toplamak faydalı:

Tarih
Gelişme
2 Ağustos 2026
AI Act Madde 50(2) şeffaflık yükümlülüğü yürürlüğe girdi
11 Ağustos 2026
Anthropic'in filigranlama planı basına ilk kez yansıdı (TechCrunch, Euronews, The Register)
14 Ağustos 2026
Anthropic resmi blog/SSS yazısını yayınladı (anthropic.com/news)
1 Eylül 2026
Fable 5.1 ve Mythos 5.1 API sürüm notlarında filigran somut olarak modele bağlandı
Önümüzdeki aylar
2 Ağustos 2026 öncesi modellere geriye dönük filigranlama ekleniyor

Buradaki iki-tarihli anlatım önemli: 11 Ağustos basında ilk kırılma, 14 Ağustos ise Anthropic'in kendi ayrıntılı açıklamasının yayın tarihi — makalelerde ikisini birbirine karıştırmamak gerekiyor.

Ürün kapsamı

Filigranlama tek bir arayüze özgü değil. TechCrunch'ın Anthropic'in destek sayfasına dayanarak aktardığına göre: "filigranlama Claude platform API'si, Claude, Claude Code, Claude Cowork ve Claude Tag gibi farklı ürünlere uygulanacak." Yani hem sohbet arayüzünden hem Claude Code üzerinden ürettiğin metin, aynı filigranlama mantığına tabi.

Kapsam genişliğine rağmen sorumluluk çerçevesi değişmiyor: "Bir filigran yalnızca Claude'un içeriği üretip üretmediğini ya da işleyip işlemediğini test etmeye yardımcı olur. Sahiplik ya da yazarlık hakkında hiçbir şey söylemez ve kullanıcının şartlarımız kapsamındaki haklarını değiştirmez." Bu, filigranın bir "telif tespit sistemi" olmadığını, yalnızca "Claude mu üretti" sorusuna cevap veren teknik bir sinyal olduğunu netleştiriyor.

İçerik Üreten Ekip İçin Pratik Politika

Bir içerik ekibi ya da tek başına çalışan bir geliştirici için bu bilgi ne anlama geliyor? Anthropic'in kendi karşılaştırmasından yola çıkarak birkaç somut çıkarım yapılabilir.

AI-detection araçlarından farkı

Piyasadaki bağımsız AI-tespit yazılımları (Pangram gibi) filigrandan tamamen farklı bir yöntemle çalışıyor. Anthropic'in açıklaması: "AI tespit yazılımı farklı bir yöntem kullanıyor, çünkü onu sağlayan şirketlerin bizim anahtarımız yok... metnin 'bu [X] değil, [Y]' gibi yönlerine bakıyorlar." Yani üçüncü taraf araçlar kriptografik bir anahtara değil, dil kalıplarına bakıyor; Anthropic'in kendi ifadesiyle bu, filigran kontrolünden "temelden farklı" bir yöntem. Filigranın kendi sınırı da var: Anthropic'e göre anahtar kullanılarak yalnızca "bunun kısmen Claude tarafından yazılmış olma olasılığı nedir?" sorusu cevaplanabiliyor — ve o anahtar şu an herkese açık değil.

  • Blog/README için: Claude ile tam otonom yazdığın bir metin filigranlı çıkar; okuyucu fark etmez ama uygun kuruluş anahtarla tespit edebilir.
  • Düzeltme/proofreading için: insan yazdığı metni Claude'a düzelttirirsen filigranın tutunacağı yer azalır.
  • Çeviri için: Claude ile çevirttiğin her metin filigranlı çıkar — orijinal insan yazımı olsa bile.
  • Kod için: filigran zayıf kalır çünkü kodun çoğu yerinde eşdeğer alternatif yok.

Neden kod yazarken filigran daha az önemli

Bu noktada Claude Code ile kod üretiminde 10 yanılgı üzerine yazdığım analize bakmanı öneririm — kod-bağlamında AI çıktısının insan gözetiminden geçmesi gerektiği tema orada da tekrarlanıyor. Filigranın kodda zayıf kalması, "kodu üreten Claude mıydı" sorusunun teknik olarak daha az güvenilir cevaplanabileceği anlamına geliyor; bu da code review disiplinini bir güvenlik ağı olarak daha da önemli kılıyor.

Eğer MCP (Model Context Protocol) ile Claude'u dış araçlara bağlıyorsan, filigranlama bu entegrasyon katmanında da geçerli — Claude API üzerinden ürettiği her metin, hangi araç zincirinden geçerse geçsin aynı filigranlama mantığına tabi.

Ekip içi basit bir sınıflandırma

Bir içerik ekibinin metinleri filigran-hassasiyetine göre nasıl etiketleyebileceğini gösteren basit bir sınıflandırma mantığı:

ts
1// filigran-hassasiyeti.ts — dort senaryonun ekip ici etiket karsiligi.
2type Hassasiyet = "guclu" | "zayif_yok" | "zayif";
3 
4const filigranHaritasi: Record<string, Hassasiyet> = {
5 tam_otonom_uretim: "guclu", // uzun metinde guclu
6 insan_yazdi_duzelt: "zayif_yok",
7 ceviri: "guclu", // her kelime Claude secimi
8 kod: "zayif", // az esdeger secenek
9};
10 
11for (const [girdiTuru, hassasiyet] of Object.entries(filigranHaritasi)) {
12 console.log(girdiTuru + " -> " + hassasiyet);
13}
14 
15// Cikti:
16// tam_otonom_uretim -> guclu
17// insan_yazdi_duzelt -> zayif_yok
18// ceviri -> guclu
19// kod -> zayif

Haritadaki dört kayıt, makalenin önceki bölümlerinde kaynaklı olarak açıklanan dört senaryoyu (tam otonom yazım, düzeltme, çeviri, kod) tek bakışta özetliyor — bir ekip içi politika dokümanına doğrudan taşınabilir.

ALTIN İPUCU

Bu yazının en değerli bilgisi

Bu ipucu, yazının en önemli çıkarımını içeriyor.

Easter Egg

Gizli bir bilgi buldun!

Bu bölümde gizli bir bilgi var. Keşfetmek ister misin?

Okuyucu Ödülü

Bu makaledeki bilgileri kendi ekibinde ya da kişisel iş akışında bir politikaya dönüştürmek istiyorsan, aşağıdaki checklist'i kullanabilirsin. Her madde makalede geçen kaynaklı bir gerçeğe dayanıyor ve AB'ye içerik/hizmet sunan bir ekip için pratik bir kontrol listesi oluşturuyor.

SSS

Claude metin filigranı nedir ve nasıl çalışır?

Claude her kelimeyi seçerken, anlamı değiştirmeyen eşdeğer alternatifler arasında normalde rastgele bir sayı kullanır. Filigranlı sistemde bu rastgeleliğin kaynağı gizli bir anahtar ve önceki kelimelerle belirlenir. Metin boyunca tekrarlanan bu örüntü, anahtarı bilen biri tarafından istatistiksel olarak tespit edilebilir hale gelir; yöntem Google DeepMind'ın 2024 Nature makalesinde yayınlanan SynthID-Text yaklaşımına dayanıyor.

AI ile yazılmış metin filigrandan tespit edilebilir mi?

Evet ama yalnızca Anthropic'in özel anahtarına sahip biri tarafından — sıradan bir kullanıcı metni inceleyerek filigranı göremez ya da çıkaramaz. Tespit API'si şu an yalnızca düzenleyici kurumlar, kolluk kuvvetleri, medya/fact-checker'lar, akademik/sivil toplum kuruluşları ve AB uyum yükümlülüğü olan kuruluşlara özel önizlemede sunuluyor; genel erişim tarihi açıklanmadı. Kısa metinlerde güvenilirlik düşer, uzun metinlerde artar.

Filigran düzenleme yapılınca siliniyor mu?

Kısmen. Hafif düzenleme (yazım/noktalama düzeltmesi gibi) filigranı büyük olasılıkla tamamen silmez; metnin her kelimesinin değiştirildiği tam bir yeniden yazım ise filigranı kaldırır. İnsan yazdığı bir metni Claude yalnızca düzeltirse, filigranın tutunacağı çok az şey kalır. Ne kadar düzenlemenin tam olarak yeterli olduğuna dair net bir eşik Anthropic tarafından yayınlanmadı.

EU AI Act AI içeriğin işaretlenmesini zorunlu kılıyor mu?

Evet — AI Act'e bağlı Madde 50(2) şeffaflık yükümlülükleri 2 Ağustos 2026'da yürürlüğe girdi. Anthropic bu yasaya uyum için Temmuz 2026'da imzalanan "Code of Practice on Transparency of AI-Generated Content" belgesine taraf oldu; bu belgeye Anthropic'in yanı sıra Google, OpenAI, Meta, Microsoft, Black Forest Labs ve Synthesia dahil yaklaşık 190 imzacı katıldı. Anthropic bölgesel ayrım yapacak güvenilir bir yöntemi olmadığı için filigranı küresel olarak uyguluyor.

Filigran hangi Claude ürünlerinde aktif?

Filigranlama, desteklenen modellerin (Fable 5.1, Mythos 5.1) çıktısında; Claude platform API'si, Claude sohbet arayüzü, Claude Code, Claude Cowork ve Claude Tag dahil tüm bu ürünlerde uygulanıyor. 2 Ağustos 2026'dan önce piyasaya sürülen eski Anthropic modelleri için ise bir geçiş süreci var ve bu modellere filigranlama eklenmesi önümüzdeki aylarda tamamlanacak.

Filigran, Claude'un ürettiği metnin sahipliğini mi belirliyor?

Hayır. Anthropic açıkça belirtiyor: filigran yalnızca Claude'un içeriği üretip üretmediğini ya da işleyip işlemediğini test etmeye yardımcı olan teknik bir sinyal. Sahiplik ya da yazarlık hakkında hiçbir şey söylemiyor ve kullanıcının hizmet şartları kapsamındaki haklarını değiştirmiyor.

Sonuç

Claude'un metin filigranı, okuyucunun fark edemeyeceği ama uygun anahtara sahip bir kuruluşun tespit edebileceği bir "AI mi yazdı" sinyali. Mekanizması akademik olarak denetlenebilir (SynthID-Text/Aaronson kökeni), kalite üzerindeki etkisi Anthropic'e göre yok denecek kadar az, ama tespit API'sine genel erişim henüz açılmadı ve teknik dokümantasyon eksik. AB AI Act Madde 50(2) bu adımın arkasındaki asıl itici güç ve eski modeller için geçiş süreci hâlâ devam ediyor.

Eğer Claude Code ile üretim yapıyorsan, Claude'un plan modu ile mimari planlama sürecini inceleyerek AI çıktısını insan gözetiminden geçirme disiplinini pekiştirebilirsin — filigranın kodda zayıf kalması, bu disiplinin neden hâlâ vazgeçilmez olduğunu gösteriyor. Prompt maliyetlerini optimize etmek istiyorsan prompt caching ile maliyeti 10 kata kadar azaltma rehberine bakabilirsin. Uzun-form içerik üretiminde Claude'un bağlam yönetimini derinlemesine anlamak istersen 1M token bağlam penceresiyle codebase analizi yazısı faydalı olacaktır. AI destekli test üretimi konusuna meraklıysan Claude ve Cursor ile unit test üretimi rehberi bu makaledeki "kodda filigran zayıf, insan doğrulaması şart" temasını tamamlıyor.

Kaynaklar

Etiketler

#claude#ai-icerik-tespiti#watermark#eu-ai-act#anthropic#sentetik-icerik#seffaflik
Muhittin Çamdalı

Muhittin Çamdalı

Lead Mobile Engineer

12+ yıllık deneyime sahip Lead Mobile Engineer. Swift, SwiftUI, Kotlin ve Flutter ile iOS, Android ve cross-platform mimarilerde uzman. Performanslı ve kullanıcı dostu mobil uygulamalar geliştiriyorum.

iOS Geliştirme Haberleri

Haftalık Swift tips, SwiftUI tricks ve iOS best practices. Spam yok, sadece değerli içerik.

Gizliliğinize saygı duyuyoruz. İstediğiniz zaman abonelikten çıkabilirsiniz.

Paylaş

İlgili İçerik