Abilities Overview
Built-in abilities for your stack, custom abilities for every other plugin or theme, and a REST fallback for anything left.
An ability is what BuildPress can do with a plugin or theme that is already on your site. Nothing gets integrated: the plugin is installed and working, and BuildPress adds the ability to drive it. Every ability is a group of tools your AI uses over the same MCP connection, with no BuildPress account and no external API in the loop.
Every ability runs through one connection: your AI client talking to the MCP server inside your own WordPress at https://your-site.com/wp-json/buildpress/v1/mcp. The Abilities screen in wp-admin (BuildPress -> Abilities) shows one row per plugin and your active theme, saying exactly what BuildPress can do with it, split into Built-in and Custom.
Formerly called Integrations
Before plugin version 0.3.0 this screen was called Integrations. The name changed because nothing is being integrated: the plugin already works, and what BuildPress adds is the ability to drive it. Old links to /docs/integrations-overview land here.
Built-in abilities
Built-in abilities are written by BuildPress and ship inside the plugin. Each one switches on when its plugin is detected on your site, so your AI sees exactly the capabilities your stack actually supports.
- WordPress Core: your AI manages the site itself, not just a page builder, and debugs its own work. Always on.
- BuildPress: the native builder and everything around it. Reusable widgets, headers and footers, dynamic templates, your design system (including Figma imports), Project Memory, and the Feedback system. Always on.
- Elementor and Elementor Pro: pages built from real, reusable widgets bound to your design tokens, never a hardcoded hex value. Pro adds the whole Theme Builder, popups, forms, and loop grids, in conversation.
- JetEngine: describe the content your site needs, and your AI models it end to end. Custom post types, relations, queries, and listings, with no code.
- ACF: structured content your AI can scaffold and fill, without the usual key-vs-name footguns.
- GSAP: a professional animation engine in the box. Turn it on from the Abilities screen, then ask for motion in plain English.
Custom abilities
For every other plugin or theme on your site, BuildPress AI can study it once, work out what it can safely do with it, and save that as a set of tools every later session starts from. Read tools work straight away. Making changes stays off until you approve it, and every tool is checked on your own site before the AI relies on it. Read Custom Abilities for how studying, approval, and health checks work.
Plugins with their own AI layer get a head start. When a plugin publishes its own operations, through an MCP layer or the WordPress Abilities API, BuildPress starts from what the vendor exposes rather than rediscovering it, and a plugin that describes itself can be switched on with a single toggle.
The REST fallback
When nothing else covers a plugin, your AI can still reach its REST routes directly. The REST fallback discovers your site's REST namespaces automatically and runs every call inside WordPress under your own permissions. It is the fallback of last resort: once a custom ability exists for a plugin, the AI prefers the ability, because its tools are verified and its writes read themselves back.
Any page builder
BuildPress drives its own builder and Elementor natively. If your site is built with Divi, Bricks, or any other builder, pick it during onboarding and BuildPress still builds with it: widgets are placed as blocks or shortcodes, the design system mirrors into it, and the AI gets page and widget plays written for that builder instead of the Elementor ones.
The builder your AI builds with. Widgets are stored per builder, so switching never deletes anything.
How a session uses them
You never pick an ability by hand. You talk in plain English, and your AI pulls in exactly the tools the task needs across whichever abilities are active. Every session is told up front which custom abilities the site has, and a single page build might touch WordPress Core, the active builder, and your design system in one pass.
- "Build me a homepage with a hero, a 3-column features section, and a contact CTA, using my design system."
- "Create a Properties post type with price, bedrooms, and a photo gallery, then build a listing grid of the newest ones on the homepage."
- "Import my design system from this Figma file, then use it to build an about page."
- "Study WooCommerce and write an ability for it, then list my products and tell me which are out of stock."


