WordPress се връща към три major версии през 2026: старт на планирането за 7.0, AI Client, admin refresh и по-висок минимален PHP

На последната тримесечна среща „Core Committers Check-in“ (ноември 2025) core committers и проектното ръководство са обсъдили темпото на изданията за 2026, ранни идеи за WordPress 7.0, посоката на admin редизайна и как AI ще се впише в бъдещата разработка. Основният извод: намерението е WordPress да се върне към три major версии през 2026.

Срещата е проведена по Chatham House Rule – тоест, участниците могат да използват информацията от разговора, но без да приписват конкретни изказвания на конкретни хора. Това обяснява и тона на публикуваните бележки: фокус върху решения/намерения и следващи стъпки, а не върху „кой какво каза“.

Контекстът: от „само една major версия“ към три издания през 2026

Това е осезаема промяна спрямо по-ранна позиция през годината, когато изпълнителният директор Mary Hubbard е обявила, че през 2026 се очаква само едно major издание. Като причина тогава са посочени „ongoing legal matters“ – референция към съдебния спор около WP Engine lawsuit – плюс и паузата/намаляването на приноса от Automattic към WordPress в контекста на този конфликт.

В ноемврийския чек-ин обаче фокусът вече е върху възстановяване на по-честия release cadence и върху това как практично да се планира WordPress 7.0.

Какво се знае за графика: 7.0 е целен за март/април (а не февруари)

Според бележките от срещата, публикувани в Make WordPress Core от core committer-а Jonathan Desrosiers, намерението е да се възобнови cadence от три major издания през 2026, като WordPress 7.0 е насочен към март или април.

Вариант за издание през февруари е бил отхвърлен по чисто практични причини: Beta 1 би се паднал в началото на януари – момент, в който много контрибутори са в отпуск – и няколко функции „в движение“ няма да са готови навреме.

Идеята за синхронизация с големи събития (още не е план)

Обсъждана е и идея бъдещи major версии да се синхронизират с ключови събития (flagship events), по аналогия с това, че WordPress 6.9 е пуснат около State of the Word. Но е отчетено, че координацията спрямо пътувания, часови зони и наличност на release squad-а и контрибуторите добавя сложност.

Към момента това остава възможност, а не решение, и е маркирано като тема за последваща дискусия.

Възможни функции за WordPress 7.0: от Tabs block до клиентски възможности за Abilities API

Част от функциите, които първоначално са били разглеждани в обхвата на WordPress 6.9, са дискутирани като кандидати за 7.0. Сред споменатите са:

• Template activation (активация на шаблони)
• Tabs block (блок за табове в блоковия редактор)
• Client-side abilities за Abilities API (Abilities API е инициатива за по-структурирано описване и използване на „възможности“/capabilities в различни контексти)
• Client-side media editing (клиентско редактиране на медия)

Най-детайлната част от дискусията обаче е била около една конкретна тема: WordPress AI Client.

WordPress AI Client: защо е толкова сериозен кандидат за Core

WordPress AI Client е описан като един от четирите „Building Blocks“ на AI Team и вече се обсъжда като възможен компонент за включване в Core.

Наскоро е излязъл WordPress AI Client v0.1.0. Идеята му е да даде нативен, provider-agnostic (независим от конкретен доставчик) начин plugins и themes да работят с AI услуги. На практика това е адаптация на PHP AI Client към WordPress конвенции и инфраструктура.

Какво точно предлага AI Client (в текущата си форма)

• Използва WordPress HTTP API за заявки към външни услуги.
• Централизира управлението на ключове през екран „AI Credentials“ (едно място за API keys, вместо всяка добавка да си измисля собствено).
• Обработва избора на модел така, че плъгините да не хардкодват конкретни доставчици.

Какво е планирано за следващи версии на AI Client

• Поддръжка за Abilities API.
• REST endpoints (REST API крайни точки за интеграции и автоматизация).
• Client-side Prompt Builder (инструмент на клиентска страна за изграждане на prompt-и).

Because the AI client is a great way to encourage the ecosystem to build around solid foundations (such as the Abilities API), the ideal home for this is Core itself. The combining of these related APIs will unlock so many possibilities for developers and site owners.

Бележки от срещата (Make WordPress Core)

Точно тази „фундаментална“ роля е причината AI Client да се разглежда като силен кандидат за Core: ако базовата инфраструктура е в ядрото, екосистемата може да гради върху общи, стабилни принципи (вместо десетки несъвместими интеграции).

Ограниченията: WordPress трябва да остане agnostic (и това усложнява избора)

В бележките е подчертана и ключова рамка: WordPress „винаги ще остане agnostic“. Това означава, че включване на конкретен AI модел или интеграция само с ограничен набор third-party услуги не се счита за устойчиво в дългосрочен план.

Отбелязани са и по-дългосрочни възможности, свързани с emerging machine-based или browser-level модели, но на този етап не е избрана конкретна посока.

Преди Core: нужни са ясни use case-и за „default WordPress“

Преди да се стигне до решение, контрибуторите искат ясно да се формулират конкретни use case-и в контекста на „default WordPress“. Дадени са примерни сценарии като:

• Търсене в Media Library по конкретна тематика/обект (например по съдържание на изображението).
• Генериране на newsletter-и на база наскоро публикувано съдържание.

Admin редизайнът: „fresh coat of paint“, не пълна подмяна

Темата за admin редизайна също е засегната, като е дадено важно уточнение: целта не е пълен overhaul, а по-скоро „нов слой боя“ и освежаване на това, което вече съществува.

Това идва след предишна тримесечна среща (юли), където е обсъждано редизайнът да се тества експериментално през Gutenberg plugin-а или като отделен „MP7“ plugin – препратка към MP6 (подходът „feature as a plugin“ от 2013), който е оформил admin редизайна в WordPress 3.8.

Редизайнът е част от Phase 3: Collaboration в Gutenberg roadmap-а. Работата в тази посока започва през 2023, когато Gutenberg Lead Architect Matías Ventura публикува визия за модернизиране на admin изживяването, а по-късно демонстрира нови layout-и по време на State of the Word 2023.

Ранен preview на admin редизайна е бил планиран да върви заедно с WordPress 6.9, но през септември е „прибран“, след като roadmap-ът е обновен с бележка, че това „вече не е планирано според текущото състояние на работата“.

Минимална версия на PHP: аргументи за повишаване до PHP 7.4 (без решение засега)

На срещата е обсъждано и дали има „compelling reasons“ минимално поддържаната версия на PHP да се повиши до PHP 7.4. Разговорът е бил много прагматичен – къде старите версии пречат реално на развитието.

Основните аргументи, които са излезли на преден план

• По-старите версии на PHP налагат поддръжка на съвместимост, която добавя bloat (излишна сложност/натоварване) и забавя разработката.
• PHP 7.4 би придвижил codebase-а към по-консистентно типизиране, което улеснява както разработчиците, така и AI системите при разбиране/анализ на кода.
• Много third-party AI SDK-и вече изискват по-нови версии на PHP; твърде нисък минимум блокира използването им.

Фреймингът на темата е като класически баланс: движение напред, но без проектът да „изостави“ потребители. В рамките на срещата не е взето решение.

Какво следва (по списъка на Desrosiers)

В края Desrosiers е извадил конкретни follow-up точки, които да продължат работата след тази сесия:

• Предложение за по-отворени и полу-отворени формати на срещи.
• Публикуване на release schedule за 2026.
• Потвърждаване на target-натите функции за 7.0 и евентуално 7.1.
• Оценка дали е практично major изданията да се координират с in-person събития.

Обобщение: какво да следим като разработчици

Ако работиш активно с WordPress (Core, плъгини, теми), 2026 изглежда като година на връщане към по-ритмичен цикъл с три major версии, плюс по-структурирано планиране за 7.0. Най-големите „тежки“ теми в момента са кандидатурата на WordPress AI Client за Core (с акцент върху agnostic подход и реални default use case-и), реалистичният обхват на admin редизайна като refresh, и възможното вдигане на минималния PHP праг към 7.4 – без финално решение засега.