WordPress Knowledge İçerik Türü 7.1 Çekirdeğine Önerildi

Yirmi yıllık WordPress deneyimimin bana öğrettiği kalıcı bir şey var: sıkıcı parçalar, zamana en iyi dayanan parçalardır. İçerik türleri, sınıflandırmalar, revizyonlar, yetkiler. Gösterişli parçalar gelir geçer; sıkıcı parçalar birikir. Bu yüzden “çekirdeğe bir tane daha sıkıcı temel taş ekleyelim ve herkes on yıl boyunca üzerine bir şeyler kursun” diyen bir birleşme önerisi geldiğinde dikkat kesilirim.

Pazartesi günü tam olarak böyle bir öneri geldi. Greg Ziółkowski, Make/Core blogunda wp_knowledge adında yeni bir özel içerik türünü WordPress 7.1 çekirdeğine almayı önerdi. İlk uygulama katmanı olarak da Guidelines (yönergeler) duruyor. Yüzeyden bakınca küçük bir değişiklik. Pratikte ise projenin bu yıl verdiği en önemli mimari kararlardan biri, çünkü hem yazar dostu hem de yapay zekâ ajanı dostu kalıcı “site hafızası”nın nereye konumlanacağını belirliyor.

Önerinin yapay zekâ özelliği olmaması, ilginç tarafının önemli bir bölümünü oluşturuyor. Bu, normalde bir yapay zekâ özelliğine vermek isteyeceğiniz şeyleri koyacağınız bir yer.

Gerçekten ne yeni

22 Haziran 2026’da Ziółkowski, Knowledge üzerine kurulu Guidelines birleşme önerisini Make/Core’da yayımladı. Öneri, WordPress 7.1 Beta 1 dondurması olan 15 Temmuz‘dan önce projenin yeni bir özel içerik türü ve onun sınıflandırmasına bağlanmasını istiyor.

Temel taşın şekli şöyle:

• Özel içerik türü: wp_knowledge. Genel erişime kapalı, başsız (headless), REST üzerinden ve yalnızca kimlik doğrulamalı.
• Sınıflandırma: wp_knowledge_type. İlk sürümle birlikte üç yerleşik tür geliyor: guideline (yönerge), memory (hafıza), note (not).
• Yetki namespace’i: *_knowledge_item (örneğin read_knowledge_item, edit_knowledge_item). Site yöneticileri tüm girdileri yönetir; katkıcılar ve yazarlar yalnızca kendi özel kayıtlarını oluşturur ve yönetir; aboneler hiçbir şey görmez.
• REST yolları: koleksiyon için /wp/v2/knowledge, salt okunur kapsam kayıt defteri için /wp/v2/knowledge/guideline-scopes.
• Revizyon kayıtları açık, otomatik kayıt uç noktaları kapalı.

Üç yerleşik türün her birinin önerideki rolü farklı. Bir guideline, ses tonu, üslup veya görsel yönü için “doğruluğun kaynağı olan saf metinden oluşan bir standart”. Bir memory, “ileride kullanılmak üzere açıkça kaydedilmiş ya da onaylanmış kalıcı bağlam”. Bir note ise “özel, serbest biçimli çalışma metni”. Üç ayrı iş, tek bir depolama katmanı, tek bir erişim modeli.

Öneri, ne olmadığı konusunda da açık. “Yapay zekâ sağlayıcısı yok, model yok, geri çağırma algoritması yok, otonom hafıza sistemi yok.” Çekirdeğe giren şey yalnızca depolama temel taşı. Tüketici tarafı — Guidelines yönetim arayüzü, geri çağırma, ajan bağlantıları — Gutenberg eklentisinde kalıyor.

Uygulama çoktan hareket halinde. Çekirdek karşılığı, Ziółkowski’nin açtığı ve Trac biletine #65476 bağlı wordpress-develop PR #12201. Gutenberg tarafındaki deneme PR #79149’da yürütüldü, taşıma çalışması ise #79263’te devam ediyor. Bu, Abilities API ve AI Client çalışmalarında son sürümde gördüğümüz desenin aynısı: önce eklentide prototip, sonra sağlamlaştırma, ardından depolama katmanını çekirdeğe birleştirme.

Kaynayan haberin içinde kaybolmaması gereken bir ayrıntı var: öneri, isimleri — wp_knowledge, wp_knowledge_type, üç tür slug’ı, yetki namespace’i — Beta 1’de kilitlemek istiyor. O tarihten sonra hepsi uzun vadeli geriye dönük uyumluluk taahhüdü hâline geliyor. Tartışılması gereken doğru soru bu ve dondurmadan önce tartışmalı.

WordPress ve WooCommerce ekipleri için neden önemli

Buraya gelen okurların büyük bölümü haklı bir soruyla yaklaşacak: “Yeni bir özel içerik türünü neden umursamalıyım?” İki nedeni var.

Birincisi, tanıdığım ciddi tüm ajanslar ve ürün ekipleri son on sekiz aydır bunun kendi versiyonlarını sessizce derliyor. Marka sesini bir PDF’te tutuyoruz. Görsel yönlendirmesini ortak bir dokümanda. Müşteriye özgü “yapılması” ve “yapılmaması” kurallarını editörlerin varlığını unuttuğu bir wiki’de. “Bu terimi çevirme” kurallarını bir eklentinin ayar tablosunda. Hiçbiri editörden sorgulanabilir değil. Hiçbiri taşınabilir değil. Hiçbiri içerik yönetim sistemi göçünden sağ çıkmıyor. Revizyonları, yetkileri ve REST uç noktası olan bir wp_knowledge içerik türü bunu yeni bir şartname icat etmeden çözüyor. Sadece bir içerik. Üstelik WordPress’in zaten iyi yaptığı içerik altyapısının üzerinde.

İkincisi, 7.1’deki yapay zekâ özelliklerinin oturacağı zemin tam da bu. Yol haritası bu yönü açıkça söylüyor: AI Client akışları, Abilities API, ajan dostu yetkiler. Bir editörün ya da bir ajanın “ev tarzına” uymasını istiyorsanız, ev tarzını kalıcı olarak tutacak bir yere ihtiyacınız var. Kuralları kodda tutmak kırılgan; düz bir seçenek tablosunda tutmak daha kötü. İçerik olarak tutmak revizyonları, yetki denetimini ve REST erişimini bedavaya getiriyor, ayrıca taşıma hikâyesi sitedeki diğer her içerik türünün hikâyesiyle aynı oluyor.

WooCommerce ekipleri için açı daha somut. Binlerce SKU’dan oluşan bir katalogun da editöryal yönergelere ihtiyacı var: ürün açıklamalarının üslubu, görsel oranlar, düzenlemeye tabi kategorilerde yasaklı iddialar, diller arası terminoloji kuralları. Bugün bunlar kimsenin açmadığı bir Notion dokümanında yaşıyor. Bir Knowledge içerik türü ve Abilities tabanlı bir ajanla bu kurallara yazım anında başvurulabilir. Bu bir demo değil, gerçek bir iş akışı iyileştirmesi.

Risk elbette aşırıya kaçmak. Çekirdeğe kötü tasarlanmış bir temel taş gönderdiğinizde geri çıkmıyor. wp_block bu dersi iyi yönde verdi. wp_navigation aynı dersi biraz daha karmaşık bir şekilde verdi. 7.1’de hangi şekil giderse yıllarca onunla yaşayacağız.

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

Üç şey, sırasıyla.

Bir: isimler hakkında bir görüşünüz varsa, bu hafta öneri ipliğine yazın. Beta 1’de kilitlenen kısım isimler. “Temel taşın uzun vadeli adı için wp_knowledge doğru mu?” sorusu Ziółkowski’nin masaya koyduğu tam soru. Bu, kıdemli uygulayıcı geri bildiriminin benchmark sayılarından daha çok değer taşıdığı türden bir soru. Ben şahsen önerilen isimlerin aynen kalmasını savunurdum: açıklayıcı ama bilgiç değiller, “knowledge” kelimesi hem yazar hem ajan bağlamında ayakta kalan nadir kelimelerden.

İki: Gutenberg eklentisindeki deneyin üstüne sanki bugün kararlıymış gibi inşa etmeyin. Mevcut PR’lar hareket halinde. Önümüzdeki sekiz haftada editöryal yönergeler veya ajan hafızası isteyen bir müşteri projesi planlıyorsanız, planı eklenti tarafındaki prototipe değil, çekirdeğe birleşmiş API’ye göre yapın. Eklenti şekli üzerine bugün inşa edip Beta 1’de baştan yazma riski gerçek.

Üç: içeriği şimdiden derlemeye başlayın. Bu sıkıcı ama faydalı iş. Ses ve içerik kuralları şu an Google Dokümanında yaşayan her müşteri için, guideline kayıtlarının nasıl görüneceğini taslak hâlinde, kısa ve emir kipinde içerikler olarak çıkarın. Ses. Üslup. Yasaklı ifadeler. Görsel yönlendirme. Terminoloji. Bu temel taş çıktığı gün taşımaya hazır olursunuz ve taşıma bir proje değil, tek satır REST betiği olur.

Yapmayacağım şey ise bunu “bir yapay zekâ özelliği” olarak ele alıp ona göre heyecanlanmak ya da kuşkulanmak. Bu bir depolama temel taşı. Yapay zekâ özelliklerinin onu tüketeceği gerçek, ama editöryal doğruluğu tek temiz bir yerde tutmanın değeri 2015’te de aynı netlikte ortadaydı. Öneri bilinçli olarak ölçülü, ve ölçülülük bu önerinin en güçlü yanı.

Yeni bir çekirdek temel taşı için doğru test şu: kapağındaki popüler kelime değişse bile bunu yine ister misiniz? Bu öneriden “yapay zekâ” etiketini çıkarın, geriye editöryal ekibinizin zaten yaşadığı kurallar için sürümlü, yetki farkındalıklı ve REST erişilebilir bir depo kalıyor. Testten geçiyor.