I've probably worn out my welcome by now with this old-school habit of mine — explaining DDD or SDD, or pushing for TDD (which, in practice, almost nobody actually uses, except people with... particular tastes, or the ones who just wanted to try something backwards 😏), and plenty more besides. I'm a believer in architectural approaches — OOP, SOLID, the Essential Principles, DRY — but never all of them, all at once. And nothing beats WordPress Hooks for me: Actions and Filters work small miracles. But today's list has a new entry: AI — and it can help enormously, on one condition: that we actually explain things to it, and point it at what's specific to the WordPress ecosystem. That's the whole thesis of this post: WordPress specifics, explained once and well — not to a person this time, but to a model. "AI workflow automation" gets used for two very different things in WordPress right now: a chatbot bolted onto wp-admin, and a site an agent can actually operate — reading its content, calling its plugins, taking permissioned actions, the way a logged-in editor would. This post is about the second kind, and specifically about where it's headed across the 4WP plugin ecosystem. A note before anything else: not everything below is shipped. Some of it is architecture that already exists — the Abilities API, MCP. Some of it is work we started this week. The rest is direction, written down as a roadmap, not a feature announcement. We'd rather show the plan honestly than dress up intentions as done deals. What "AI workflow automation" means for a plugin, not a chatbot A chatbot answers questions about a site. Workflow automation does things on it — drafts a FAQ entry from a support transcript, flags a notification rule that no longer matches real traffic, restructures internal links across a content set — with a human approving the consequential steps. The difference is permissions and scope: a well-built automation only touches what it's explicitly allowed to, and only through the same contracts a human editor would use. That's why this isn't built as "add an AI tab to each plugin." It's built on two primitives already documented for the 4WP ecosystem: Abilities API — a plugin declares, with a permission callback, what an AI workflow is allowed to read or do. MCP (Model Context Protocol) — how an agent outside wp-admin (Claude Desktop, Cursor, a CI bot) reaches those same abilities. An ability written once works identically whether it's triggered in-editor or by an external agent. See AI & WordPress for the Connectors/AI Client layer, and MCP for WordPress for the external-agent side. Where this is headed, plugin by plugin None of these are shipped features today — they're the concrete shape AI workflow automation takes once an ability exists for each plugin's domain: 4WP SEO Helper — first in line. The planned AI-assist layer reuses the existing SEO inventory and Dynamics history: an agent (in-editor or via MCP) proposes a meta/title change, the same permission check that gates a human edit gates the agent's. 4WP FAQ — an agent drafts a FAQ entry from a support ticket or transcript; a human reviews before it's published to the FAQ registry, not auto-published. 4WP Notifications — a workflow watches for a pattern (a spike, a repeated failure) and raises a notification rule instead of a human noticing it three days later. 4WP Drive — extends the existing Google Docs → post pipeline: an agent normalizes front-matter and flags what's ready for editorial review, on top of the import that already works. 4WP Smart Link — AI-assisted internal linking suggestions across a Query Loop or content set, surfaced for approval rather than applied blind. 4WP MCP Abilities — the connective tissue underneath all of the above: this is where abilities get registered and exposed to MCP clients in the first place. 4WP AI Assistant (built for LMS4WP) — the pattern already proven once, in one product. The next step is generalizing it into the shared 4wp-bundle layer so any 4WP plugin can register abilities the same way. The no-code path: n8n and external automation Not every team wants custom code for this. The same abilities a plugin exposes over MCP can, in principle, sit behind an n8n workflow instead of a bespoke agent — a scheduled or webhook-triggered n8n run that calls a WordPress ability is a legitimate AI workflow automation for WordPress, just without a developer writing the calling code. This isn't hypothetical: we published a first n8n template — an AI Agent node (LLM + memory + tools) wired to the 4WP FAQ and 4WP Notifications REST endpoints instead of a closed, vendor-specific action list. Same agent shape you'll see in proprietary "AI agent for WordPress" plugins, but open, importable, and pointed at your own site's contracts rather than a black box. What's actually happening this week To be direct about status: AI Connector work starts now, inside the plugins, not just as a content topic. Resources for scaling it across every plugin at once are limited, so the realistic path is incremental — landing first where the abilities are already partly modeled (SEO Helper), then expanding plugin by plugin as capacity allows. If a specific plugin above matters more to your workflow than the order suggests, that's useful signal — say so. Why build it on Abilities + MCP instead of one AI feature per plugin The same rule that governs every 4WP plugin applies here: model the domain, then wire the integration. An AI provider is a detail behind a contract (Connectors), a capability is a permission-checked operation (Abilities), and an external agent — or an n8n workflow, or a CI bot — is just another consumer of that contract (MCP). That's what agentic workflows for WordPress look like in practice once you stop treating "AI" as a bolt-on feature and start treating it as another caller of the same permission-checked contracts a human uses. Quick FAQ Does this replace the developer building the plugin? No — an ability still has to be modeled and permission-checked by a developer; the agent only calls what's already been deliberately exposed. Do I need n8n to use AI workflow automation with WordPress? No. The native path is Abilities + MCP, no-code or not. n8n is one possible caller on top of that same layer, useful for teams that don't want to write the calling code themselves. Related AI & WordPress — Connectors, Abilities API, AI Client in depth. MCP for WordPress — the external-agent side of this. AI Workflows hub.