A plugin that does exactly one thing: the thing you need.
The examples below show WooCommerce stores, because that is where single-purpose plugins pile up fastest. But the Plugin Builder works on any WordPress site, for any plugin you can describe.
A free shipping bar with its own settings panel. Built in one conversation.
Every store with a free shipping threshold needs this bar: the one on your product and cart pages saying "You are $23 away from free shipping," filling up as the customer adds items. When they hit the threshold, it switches to a confirmation message.
You have seen this feature before, bundled inside plugins with 40 settings tabs, most of which you will never open. Here is what happens when you describe exactly what you need to Lola instead.
Plugin created: Free Shipping Progress Bar. Settings page under WooCommerce with: threshold amount (pre-filled at $75), below-threshold message with a {remaining} placeholder, threshold-reached message, bar colors (background, fill, text), display locations (product pages, cart, or both), and an enable toggle. The bar reads the live cart total and updates without a page reload. Saved to your library. Want to test it in Playground first?
Lola detected your free shipping threshold from your WooCommerce shipping zones, pre-filled it in the settings panel, built the admin interface with color pickers and message templates, and set up live cart updates. The store owner configures everything from a settings page. No code required, ever.
This is a plugin, not a snippet. Its own menu entry, its own settings, its own toggle. Exactly the options you asked for, and not one more. And it took one conversation.
Social proof from your real orders. Not fake data.
You know those little popups in the corner: "Maria from Madrid bought Running Shoes 3 minutes ago." Most of the tools that generate them run as external services, loading their script on your pages and processing your order data on someone else's servers.
Lola builds this as a plugin that reads directly from your WooCommerce orders. Real customers, real products, real timestamps. Everything stays inside your WordPress, with a settings panel that controls privacy, frequency, and style.
Plugin created: Live Purchase Notifications. Settings page under WooCommerce with: customer display format (full name / first name / city / first name + city), number of recent orders to pull from, time between notifications, how long each stays visible, display pages, position, notification style, product categories to exclude, and an enable toggle. Each notification shows the product name, thumbnail, customer info per your privacy setting, and a relative timestamp. All data comes from real orders. Nothing is generated or simulated. Saved to your library.
This plugin lives in your WordPress, reads the order data that is already there, and respects the privacy format you chose. No external service, no script loading from someone else's domain, no order data leaving your site.
And when the holiday season ends and you do not need the popups anymore, you deactivate the plugin. Reactivate it next Black Friday. Or delete it and ask Lola to build a better version with what you learned.
A countdown timer with two levels of configuration. And what happens when you want more from it.
This one goes beyond a floating timer. It is a per-product countdown on individual product pages, tied to the sale dates you set in WooCommerce. It has global settings for style and behavior, plus a per-product box in the product editor. Two levels of configuration is what makes this a genuinely complex build, and it still fits in one conversation.
Part 1 · Creation
Plugin created: Product Sale Countdown. Global settings page with counter style, colors, default message with a {countdown} placeholder, expired message, and expiry behavior. Per-product meta box with sale end date (pre-filled from the WooCommerce sale schedule), a custom message override, and a disable-for-this-product checkbox. Products with a scheduled sale show the countdown automatically. Saved to your library. 3 files, version 1.
Two weeks pass. Black Friday worked. Now you want one more thing.
When a sale expires, instead of just hiding the counter, you want it to show a "Sale ended, but here is 5% off for 24 hours" message with a consolation coupon. That feature does not exist in any plugin you could buy. It is too specific to your store, your campaign, and your coupon strategy. But Lola already knows your plugin.
Part 2 · Iteration
Changes applied (version 2): a new toggle to enable post-expiry consolation, a coupon code field (validated against your existing WooCommerce coupons), a configurable consolation message, and a window duration. When a sale expires and consolation is enabled, the countdown area transforms into the message for the configured window, then disappears. Version 2 saved. Version 1 is in your revision history. Test in Playground?
That is the moment. The feature you needed did not exist in any plugin you could buy, not because those plugins are bad, but because your exact combination of needs is unique to your store. You described it in two sentences and Lola added it to your existing plugin, with new fields in the admin panel, validation against your WooCommerce coupons, and a configurable time window. Version 2. Version 1 still in your history if you need to roll back.
You described it, Lola built it, you tested it, you deployed it. Same day.
AI writing code inside your WordPress sounds dangerous. Here is why it isn't.
You should be skeptical about AI-generated code running on your live store. That instinct is correct. Here is every layer between Lola generating a plugin and that plugin running on your site.
Lola reviews her own work.
Every generated plugin goes through an automated review before it reaches your library: a second AI pass that checks for security issues (nonces, input sanitization, output escaping), WordPress coding standards, and potential conflicts. If the review finds problems, Lola fixes them and regenerates before delivering. The review is an internal quality gate, not a guarantee. That is why Playground testing exists as the next step.
Playground lets you test without touching your store.
One click opens a disposable WordPress instance with your plugin already installed and active. If your plugin needs WooCommerce, the Playground includes WooCommerce with demo products so you can test cart and checkout behavior. Close the tab and the test environment is gone.
Installation is a two-step process.
Lola never installs on your live site without asking. When you confirm, she validates the PHP syntax first. If there is an error, nothing is written and Lola reports what failed. If syntax passes, the plugin is placed in your plugins directory but stays inactive. You then choose to activate it. Two confirmations, not one. Nothing is ever activated silently.
The code is yours to read and review.
Every plugin in your library shows the full source code in tabs: PHP, JavaScript, CSS. Standard WordPress plugin code. No proprietary framework, no compiled output, no obfuscation. If you or your developer want to inspect what Lola generated, it is all there.
Delete from your library, cleanly.
Trash a plugin from your library and the entry, its code, and all revision history are removed from your database. If you already installed it on your site, you remove that copy the same way you remove any WordPress plugin: deactivate and delete from the Plugins screen.
Your plugins, your library, your rules.
Every plugin Lola builds lives in your WordPress admin under Lola > My Built Plugins. Each entry shows the plugin name, current version, and whether it is installed on your site or just saved in the library.
From the library, every plugin has the same options: test in Playground, install on your site, or leave it saved. Open the editor to review the code in PHP, JS, and CSS tabs. Tell Lola to iterate on it. Or send it to the trash.
Versioning is automatic. Every time Lola updates a plugin, the previous version is saved as a revision. You can view the history and restore an older one if an update did not work as expected.
Over time, your library becomes a toolkit built for your specific store. The free shipping bar from launch. The social proof popups from the holiday campaign. The countdown timer you iterated twice. Each one tailored to your theme, your WooCommerce setup, your exact requirements. Each one doing its one job, with nothing extra attached.
Open your plugins list. How many do you actually use?
Think about five concrete needs your store has had this year: a free shipping bar, social proof popups, a countdown timer, a custom checkout field, an announcement bar.
Five generalist plugins
Five settings pages you explore once and never open again. Five sets of stylesheets and scripts loading on every page your customers visit. Five update notices every month, each a small risk of conflict with your theme or with each other. Five more rows in a plugins list that already makes you tired to look at.
Five plugins Lola built
Five tools that do exactly what you described, with exactly the settings you asked for, running entirely inside your WordPress. When a campaign ends, you deactivate or delete, and nothing is left behind.
That is the difference. Not more plugins. The right ones, at their right size.
The Plugin Builder is part of LolaCore core.
Lola builds real plugins, not enterprise software.
Each plugin Lola creates is three files: PHP for the logic and admin panel, JavaScript for front-end behavior, CSS for styling. Three files is enough for a free shipping bar with a settings page, a social proof system with privacy controls, a countdown timer with per-product configuration, a custom checkout field with conditional logic, an announcement bar with scheduling, or a delivery date estimator with business-day calculations.
Three files is not enough for a full CRM, an accounting system, or a page builder. Lola will not attempt those. If you ask for something that needs its own database tables, a REST API, a payment gateway integration, or third-party package dependencies, Lola tells you it is outside the scope of the Plugin Builder and suggests you look for a dedicated plugin.
The target is the gap between a code snippet and a full commercial plugin: the space where you need one focused feature, built for your site, not a thirty-feature suite where you will configure one tab. When you genuinely need the full suite, the suite is the right tool. When you need one thing, now you have a way to get exactly that.
Your store doesn't need another forty-option plugin.
Describe the one thing you need. Lola builds it, you test it in a sandbox, you install it when you are ready. Exactly that feature, nothing extra on your site.
LolaCore works on WordPress 7.0+ with any AI provider configured through WordPress connectors (Anthropic, OpenAI, or DeepSeek). The Plugin Builder is included free in LolaCore core.
Already using LolaCore? The Plugin Builder is in the latest version. Update and find it under Lola > My Built Plugins.
The Plugin Builder gives you custom tools for your store. WooCommerce Pro gives you 29 management tools for orders, analytics, customers, and catalog operations. Same Lola, same memory, same conversation. See WooCommerce Pro →