Her yeni araç dalgası sonunda aynı sıkıcı şeye ihtiyaç duyar: bir etiket. 1993’te matbaam, QuarkXPress’ten çıkan bir işi köşesinde slug satırı olmadan almak istemezdi — baş harfler, tarih, kalıp sayısı. Tasarımcıya güvenmedikleri için değil; iş gecenin ikisinde yanlış geri döndüğünde kimi arayacaklarını bilsinler diye. Bilgiççe görünürdü. Herkesi kurtarırdı.
WordPress da kendi slug satırını koydu. Küçük, henüz taslak, ama uzunluğuyla ters orantılı biçimde önemli. Eğer Hosting ekibine katkı veriyorsan ya da destek yazılarına ve pull request’lere sessizce yapay zekâyı sızdıran bir hosting şirketi işletiyorsan, bu kural artık seni de bağlıyor.
Kimseye “yapay zekâyı bırak” denmiyor. “Kullandığında söyle” deniyor. Fark bu.
Gerçekte ne yeni
26 Ağustos 2026’da Amy Kamala, Make/Hosting üzerinde Hosting Team AI Policy başlıklı yazıyı yayımladı. Cümlenin özü tek satır: “Hosting Ekibi içeriklerinde ve gönderilerinde yapay zekâ kullanımı bildirilmelidir.” Kapsam kasıtlı olarak geniş — “her türlü Hosting Ekibi içeriği için geçerlidir” ve yazı bunu tek tek sayıyor: pull request’ler, gönderiler, e-postalar, görseller, toplantı materyalleri, özetler, yorumlar, yapay zekâyla üretilmiş ya da işlenmiş her tür artefakt.
Yöntem sevindirici derecede sade. Bildirim “ilgili içeriğin altına basit bir AI Assisted filigranı/metni ile” yapılabiliyor. Metadata şeması yok, imzalama anahtarı yok, güven skoru yok. Artefaktın dibine tek bir satır yeterli. Politika “taslak fakat resmi” olarak işaretlenmiş ve güncellenecek — bu, bir normu bitmiş bir spesifikasyon gibi göstermeden ortaya koymanın dürüst bir yolu.
Bu boşlukta ortaya çıkmadı. Şubat 2026’da James LePage’in yayımladığı proje geneli AI Guidelines for WordPress belgesinin üstüne biniyor: katkıcılar işlerinden sorumlu kalır, anlamlı yapay zekâ desteği bildirilir, GPL v2-or-later uyumluluğu şarttır, kod dışı varlıklar da kapsam içindedir, kalite hacimden önce gelir. Şubat’taki metin proje düzeyindeydi. Hosting Ekibi politikası ise belirli bir Make ekibinin bu ilkeyi somut bir bildirim biçimiyle operasyonel bir kurala dönüştürdüğü ilk örnek.
Ekipler arası bağlam da önemli. 26 Ağustos 2026 AI Contributor Weekly Summary, AI ekibinin WordCamp US Phoenix’te katkı kılavuzlarını yinelediğini, embedding çalışmasını WordPress 7.2 beta 1 penceresine (20 Ekim) yetiştirmeye çalıştığını ve Secrets API önerisini ilerlettiğini gösteriyor. Yani: temel yetenekler daha çekirdeğe girmemişken bildirim normları yazılıyor. Hosting Ekibi tabloyu tamamlanmadan kendi çizgisini çekmeye karar vermiş.
WordPress ve WooCommerce dünyası için neden önemli
Doğrudan hedef kitle belli: Make/Hosting’e katkı veren herkes. Hosting Ekibi’ndeki barındırma sağlayıcıları, handbook sayfası yazan eklenti geliştiricileri, uyumluluk notu düşen ajanslar. Bu hafta Hosting handbook’una Claude ya da GPT taslağıyla bir PR açtıysan, artık beklenti dibine bir satır yazman. Politikanın lafzı bu.
Daha büyük etkisi sırada olan. Bir Make ekibi bildirimi somut bir etiketle — AI Assisted — kurala bağladığında, kalıp diğer tüm ekipler için hazır hale gelir. Çekirdek’te Şubat’ın genel rehberi var. Docs, Polyglots, Themes ve Plugins ekiplerinin kendi ekip düzeyi politikaları henüz yok. Şablon işte bu. Aynı satır yakında Make/Themes ya da Make/Plugins’de belirdiğinde, tema ve eklenti gönderen ajansların şaşırmaması gerek.
Müşteri tarafında ikinci dereceden etkisi daha ilginç. Bugün kurumsal satın almaların çoğu barındırma sorularıyla başlıyor: SOC 2, ISO 27001, DORA, AI Act hazırlığı. Projenin hosting tarafında görünür bir yapay zekâ bildirim normu olması, CTO’ların ihalelerde sormaya başladığı bir soruya — “WordPress ekosistemi yapay zekâ şeffaflığını kendi içinde nasıl ele alıyor?” — gerçek ve bağlanabilir bir cevap veriyor. Politikanın minicik kelime sayısının önerdiğinden daha değerli bir şey bu.
AB içinde yönetilen WordPress ya da WooCommerce hizmeti satan herkes için pratik bir okuma da var. AI Act’in yapay zekâ üretimi içerik için getirdiği şeffaflık yükümlülükleri 2026 boyunca yürürlüğe girmeye başlıyor. “Yapay zekâ bu artefakta değdiyse işaretleriz” diyen bir iç kural tek başına uyum programı değil, ama denetim konuşmaları başlamadan önce kas hafızasına yerleşmesi gereken tam da bu alışkanlık.
Ben olsam ne yapardım (ya da yapmazdım)
Üç şey, bu sırayla.
Bir, AI Assisted kuralını bu hafta ajans içinde benimse. Make/Hosting’e katkı verdiğin için değil — muhtemelen vermiyorsun — norm artık kayıtta olduğu, uygulaması gülünç ucuz olduğu ve gözden geçirenin işini kolaylaştırdığı için. Müşteri depolarındaki PR’larda dibe eklenen tek satırlık bir not, kıdemli bir gözden geçirenin dikkatini doğru yere yönlendirmesini sağlar. Şubat’taki tartışmada David Levine’in söylediği tam olarak buydu: bildirim bir utanç vergisi değil, gözden geçirene metadata.
İki, bunu abartma. Etiketi olmayan PR’ları reddeden bir CI kontrolü kurmam. Blokları filigranlayan bir eklenti yazmam. Değer alışkanlıkta ve alışkanlık sert bir kapıdan çok yumuşak bir sosyal sözleşmeyle daha hızlı yerleşir. Hosting Ekibi üç cümleyi bilerek yazdı.
Üç, regüle sektörlere satıyorsan teslim dokümantasyonuna Hosting Ekibi politikasına ismen atıf yapan ve ajansının müşteri işlerinde aynı kuralı uyguladığını söyleyen bir paragraf koy. O paragraf sana ihale sürecinde bütün bir toplantı kazandırır, yazması hiçbir şeye mal olmaz.
Yapmayacağım tek şey, bunu WordPress’in yapay zekâ kullanımını aşırı yönetmeye başladığının işareti gibi okumak. Kuralları yazan insanlar — AI ekibinden James LePage, Hosting’den Amy Kamala — mümkün olan en küçük faydalı sürümü çıkarıp üstüne bina ediyor. Doğru içgüdü bu. Büyük bir açık kaynak topluluğunda kavga çıkarmadan norm oturtmanın yolu tam olarak “taslak fakat resmi” ilan etmekten geçiyor.
Matbaacılar 1980’lerde slug satırını çözdü ve kimseye bir şey olmadı. Bunun şekli aynı — küçük ve faydalı bir disiplin — ve aynı biçimde eskiyecek: bir yıl içinde sıradanlaşacak, sonra sessiz sedasız yük taşıyor olacak.
Last modified: Ağustos 31, 2026
United States / English
Slovensko / Slovenčina
Canada / Français
Türkiye / Türkçe