WordPress AI 1.3.0: Çeviri, Slug ve Custom Abilities

🇬🇧 English: Read this in English →

Yirmi yıldır “CMS’in içine yapay zekâ koyalım” cümlesini herkes kurdu — stajyerden Series A kurucusuna kadar. İşe yarayan versiyon ise genelde manşet olmadan geliyor. WordPress AI 1.3.0, 18 Ağustos’ta, yani WordPress 7.1’den bir gün önce çıktı ve az kalsın tamamen kaçırıyordum. Nasıl yazıldığına bakınca, muhtemelen amaç da buymuş.

Üç şey dikkatimi çekti. İçerik çevirisi artık ayrı bir SaaS’ta değil, doğrudan blok editörünün içinde. Slug önerisi süslü bir demo değil, gerçek bir işlev olmuş. Ve bir Custom Abilities anahtarı, modelin senin sitende neleri okumasına izin verildiğini açıkça söylüyor — beş kalem, her biri isim isim, hepsi varsayılan olarak kapalı. Asıl işaret bu son kısımda. Bu eklentiyi yazanlar, bir şeyler ters gittiğinde ne olacağını düşünmeye vakit ayırmışlar.

Doksanlı yıllarda çok dilli CD-ROM projelerinin içinde büyüdüm. Director, Lingo, üç ayrı script dili, altı locale klasörü, Bratislava’da sabit hatlı telefondan Almanca anlatımı kaydeden bir seslendirmen. Çeviri hep projenin darboğazıydı — son haftayı yiyen, ilk çıkışı geciktiren parça. WordPress’in bu parçayı, üstelik yönetebileceğin bir biçimde editörün içine yerleştirmesini izlemek, ayın en gürültüsüz ama en ilginç yapay zekâ hikâyesi.

Gerçekten yeni olan ne

WordPress AI 1.3.0, Jeffrey Paul tarafından 18 Ağustos’ta Make/AI üzerinde duyuruldu. GitHub release notu aynı tarihi ve alttaki pull request’leri listeliyor. WordPress.org eklenti sayfasına göre eklenti bugün 40.000’in üzerinde aktif kurulumda ve 1.3.0 ile “tested up to” WordPress 7.1’e çekilmiş.

Editörün Experiments sekmesine üç deneme geldi.

İçerik çevirisi. Paragrafları ve başlıkları seçiyorsun, hedef dili tıklıyorsun, seçim çevriliyor. Yazı başlığı isteğe bağlı. Kapsam sadece metin bloklarında — menüyü yeniden yazmaya kalkışmıyor, “tüm siteyi çevir” düğmesi yok. İlk sürüm için doğru kapsam bu (pull request #747).

Slug önerisi. Yazının başlığı ve gövdesinden bir permalink çıkarıyor. Paragraf üreten bir makine değil, “AI SEO skoru” gibi bir gösterge de değil — istek üzerine tek bir slug (pull request #897 ve #932).

Custom Abilities. Tek bir opt-in anahtar, eklentiye beş isimlendirilmiş yeteneği açıyor: ai/get-post-details, ai/get-post-terms, core/read-settings, core/read-users, core/read-content. Varsayılan kapalı. İsimli. Denetlenebilir (pull request #881).

Aynı sürümle birlikte JSON tabanlı bir ayar import/export aracı (hassas kimlik bilgileri hariç), Site Health içinde bir AI bölümü, MCP sunucuları için WordPress\AI\log_ai_request() public API’si ve iki GHSA numaralı güvenlik yaması geliyor — biri toplu işlemlerde nonce doğrulaması için, diğeri Alt Text Generation’daki görsel URL doğrulaması için. AI_Service sınıfı deprecate edildi, yerine wp_ai_client_prompt() geldi; meta anahtarları da ai_ önekinden wpai_‘ye taşındı.

Bir sonraki Çarşamba yayımlanan AI Contributor Weekly Summary, aynı hafta dört connector sürümünü daha not düşüyor — Anthropic 1.0.4, Google 1.1.1, Ollama 1.2.0, OpenAI 1.1.0 — ve sıradaki büyük yüzeyi doğruluyor: CRUD biçimli bir ability seti (core/content-query, core/content-create, core/content-update, core/content-delete), Aralık’ta WordPress 7.2 ile hedefleniyor.

WordPress ve WooCommerce insanları için neden önemli

İşin ilginç yanı özellikler değil. Biçim.

İçerik çevirisinin, WordPress’in birinci taraf eklentisi olarak, senin zaten anahtarını kaydettiğin sağlayıcı üzerinden çalışması demek: kendi metnini çevirmek için kişi başı SaaS ücreti ödemeyi kesiyorsun. Çok dilli müşteri siteleri işleten ajanslar için bu, faturadan gerçekten silinen bir kalem. Ürün açıklamasını üç dilde yayımlamaya çalışan WooCommerce esnafı için de bir eklenti lisansı ve yıl sonunda yeniden pazarlığı yapılacak bir sözleşme daha eksiliyor.

Custom Abilities anahtarı ise çeviriden daha önemli. Bu yıl baktığım her AI CMS eklentisi “her şeyi okusun” yaklaşımını benimsedi; müşteri “model neyi gördü” diye sorana kadar da rahat bir tavır bu. İsimli ve varsayılan olarak kapalı yetenekler, o konuşmayı mümkün kılıyor. Aralık’ta 7.2 ile CRUD biçimli yetenekler geldiğinde, aynı disiplin write ve delete yüzeylerine de uygulanabilir. O zaman “model ürün sorgulayabilir” ile “model ürün silebilir” arasındaki fark bir politika dipnotu olmaktan çıkıp, bir denetçiye gösterebileceğin gerçek bir toggle’a dönüşür.

Ben olsam ne yapardım (ya da yapmazdım)

Bu hafta staging’e kurardım, canlıya değil. Eklenti ayrı bir connector ve senin API anahtarını istiyor; yani sen hangi sağlayıcıya güvendiğine ve isteğin nereye faturalanacağına karar verene kadar canlı veritabanına tek bir istek gitmiyor. Bir taslak aç, bir dil seç, içerik çevirisini aç ve sesini nasıl aktardığına bak. Ardından on yazıda slug önerisini aç ve çıktıyı dürüstçe oku. Her birinde otuz saniye kazandırıyorsa kendini amorti eder; yayımlamayacağın slug’lar üretiyorsa kapalı bırakırsın.

Custom Abilities’i, modelin gerçekten neyi görmesini istediğini yazana kadar kapalı tutardım. Beşten ikisi (core/read-users, core/read-settings) bir müşteri sitesinin editoryal akışının yakınında bile durmamalı. Kalan üçü — içerik odaklı olanlar (ai/get-post-details, ai/get-post-terms, core/read-content) — dahili bir bilgi tabanında ya da tek yazarlı bir blogda sorun değil; çok yazarlı bir WooCommerce sitesinde ise KVKK veri haritanla aynı gözden geçirmeyi hak ediyor.

Bunun üzerine daha müşteriye yönelik bir “AI içerik” özelliği kurmazdım. Boşuna Experiments sekmesinde durmuyor. Üretim özelliği hedeflenecekse yer Aralık’ta 7.2 ile gelen CRUD yetenekleri, o da beklenebilecek kadar yakın. Çeviriyi kendi ekibine ver, gecenin on birinde “yeniden üret” düğmesini keşfedecek olan müşterinin pazarlama sorumlusuna değil.

Geçen haftanın manşet sürümü WordPress 7.1’di. “WordPress’te AI” ifadesinin ne demek olduğunu değiştiren asıl sürüm ise bir gün önce çıkan bu sessiz 1.3.0. Aralık’taki kesime dikkatle bak.