DEV Community

abdelali Selouani
abdelali Selouani

Posted on

WordPress 7.0 Ships a Built-In AI Client — Here's How We're Already Using It

WordPress 7.0 drops on April 9, 2026, and for the first time ever, WordPress Core ships with a built-in AI Client. Not a plugin. Not a SaaS bolt-on. A provider-agnostic PHP API baked into Core that lets any plugin talk to any AI model through one unified interface.

We've been building PressArk — an AI co-pilot that lives inside your wp-admin dashboard — for the past year. When we saw the WordPress 7.0 AI Client proposal land, we immediately started thinking about what it means for plugins like ours, and for the WordPress AI ecosystem in general.

Here's what's actually changing, and what we learned adapting to it.

What the WordPress 7.0 AI Client Actually Is

The new wp_ai_client_prompt() function is the single entry point. It returns a WP_AI_Client_Prompt_Builder instance — WordPress-flavored with snake_case methods, WP_Error returns, and integration with the Connectors API.

The key design decision: WordPress Core ships zero AI providers. Instead, providers (OpenAI, Anthropic, Google) are installed as connector plugins via the new Settings > Connectors screen in wp-admin. Site owners add their API keys once, and every AI-powered plugin on the site can use them.

This is a big deal for plugin developers. Before 7.0, every AI plugin had to:

  • Bundle its own API key management UI
  • Handle its own credential storage
  • Pick a provider and lock users into it
  • Maintain its own HTTP transport layer

After 7.0, you write against wp_ai_client_prompt() and the site's configured provider handles the rest. Your plugin works whether the site uses Claude, GPT, Gemini, or a local Ollama instance.

Where PressArk Fits In

PressArk predates the WordPress 7.0 AI Client — we've been shipping our own AI integration layer since v1.0. Our plugin adds a chat panel to every wp-admin page where you describe what you want in plain English, and the AI agent figures out which tools to call, shows you a preview, and executes only after you approve.

Currently, PressArk handles its own model routing:

  • Free tier: DeepSeek V3.2 (bundled credits, no API key needed)
  • Pro tier: Claude Sonnet 4.6 via our token relay
  • BYOK: Bring your own OpenRouter key for any model

With the WordPress 7.0 AI Client landing in Core, we're evaluating how to integrate with the Connectors API alongside our existing routing. The interesting challenge: PressArk isn't just sending simple prompts — we run a full agentic loop with 200+ AI-callable tools, spin detection, token budgeting, and structured checkpoints. The WP AI Client is designed for request-response patterns, but agentic workflows need:

  • Multi-turn conversations with tool call results fed back into context
  • Token budget awareness (we track usage across a 258K context window with three-stage degradation)
  • Spin detection (if the agent makes 3 consecutive no-progress rounds, we kill the loop)
  • Structured memory that survives message compaction

We'll likely use the Connectors API for credential management while keeping our own orchestration layer for the agentic parts.

What This Means for WordPress AI Plugin Developers

If you're building AI features for WordPress, the 7.0 AI Client changes your development model:

1. Stop building credential UIs. The Connectors API handles API key storage, validation, and the admin settings page. Your plugin just calls wp_ai_client_prompt().

2. Go provider-agnostic from day one. Don't hardcode OpenAI or Anthropic. The AI Client automatically selects a suitable model based on prompt requirements (text vs. image, etc.) and whatever the site owner has configured.

3. Plan for the provider ecosystem. WordPress 7.1 (August 2026) will open up the Connectors page to third-party providers. If you're building a connector plugin for a niche model provider, start now.

4. Think beyond simple prompts. The AI Client handles request-response well, but if you're building agents, planners, or multi-step workflows, you'll need your own orchestration layer on top. The AI Client gives you the transport; you build the brain.

The Bigger Picture

WordPress powers 40%+ of the web. Having a standard AI interface in Core means:

  • Site owners configure AI credentials once instead of per-plugin
  • Plugin developers can add AI features without reinventing infrastructure
  • The WordPress ecosystem gets a shared foundation instead of fragmented approaches
  • Users aren't locked into a single AI provider

This is infrastructure, not features — and that's exactly the right call for something going into Core.

Try PressArk

If you want to see what a full AI agent looks like inside WordPress (not just prompt-response, but a complete agentic co-pilot with tool execution, previews, and safety guardrails), check out PressArk:

  • Website: pressark.com
  • WordPress.org: Plugin submitted and pending approval — search "PressArk" (it may be live by the time you read this)
  • Free tier available: Bundled AI credits, no API key required to start

We're genuinely excited about the WordPress 7.0 AI Client. It validates the direction we've been building toward, and it means we can focus more on what makes PressArk unique — the agentic layer — instead of infrastructure plumbing.


What are you building with the WordPress 7.0 AI Client? Drop your ideas in the comments — curious to see what the community comes up with.

Top comments (0)