| 开发者 | vanguardhive |
|---|---|
| 更新时间 | 2026年6月25日 04:43 |
| PHP版本: | 8.0 及以上 |
| WordPress版本: | 7.0 |
| 版权: | GPLv2 or later |
| 版权网址: | 版权信息 |
vendor/ folder ships only what WordPress.org distribution requires (MCP adapter and Jetpack autoloader), not a heavy dependency tree.
When WordPress updates its AI infrastructure, LolaCore updates with it. That's why we require WordPress 7.0, and that's why the plugin stays lean and current.
Lola's lane
A tool that does everything does nothing well. Lola is built narrow on purpose.
"Give me a quick briefing on the site. Anything that needs attention today." "Run a complete security audit. Tell me what actually needs attention, not just a checklist." "Update all plugins except Elementor and [plugin name]. Show me the list first." "How much have we sold this week? Compare it to last week." "Check the database and tell me what's worth cleaning up." "Remember that [important fact about your site or client preference]."These six cover diagnostics, security, plugins, WooCommerce, database, and memory. There are 42 more in the complete library: daily check-ins, content workflows, and multi-step session combos. prompt library.
lolacore folder to /wp-content/plugins/ or install via the WordPress plugin screen.Admin fatigue is the cumulative cost of running a WordPress site through a panel that puts dozens of clicks between the simple thing you want to do and actually getting it done. It is worst in WooCommerce stores, but every WordPress admin feels it. LolaCore exists to remove it: you describe the task, Lola does the admin work from chat. Full explanation: what is admin fatigue.
No. You tell Lola what you need in plain language, the same way you would explain it to an employee. No commands, no syntax, nothing to memorize. If you can describe the task, Lola can run it.
Every write action requires explicit confirmation. Lola shows you exactly what she is about to do, and you approve or cancel. Safety guards prevent deactivating LolaCore itself, deleting the last administrator, and permanent content deletion without warning. All executed actions are logged with before/after snapshots.
No. LolaCore is free. The only cost is your own AI provider: you connect your account in WordPress settings and pay that provider directly for what you use. LolaCore takes no cut, adds no markup, and never charges per message.
Yes. If WooCommerce is active, Lola automatically detects it and enables 13 dedicated abilities for product management, order tracking, customer data, coupons, categories, and sales reporting.
No. The store owner feels admin fatigue most acutely, so a lot of the examples are about WooCommerce, but 53 of Lola's 66 abilities are general WordPress work: diagnostics, plugins, content, users, database, themes, and settings. If you run any WordPress site, Lola earns her keep with or without WooCommerce.
When you chat with Lola: your messages, a summary of your site scan (WordPress version, plugin list, PHP version), and relevant memory facts. Passwords, API keys, and personal user data are never included in the AI context.
All data (memory facts, chat history, configuration) is stored in your WordPress database. Six dedicated tables are created on activation (lolacore_memory, lolacore_log, lolacore_config, lolacore_sessions, lolacore_messages, lolacore_skills). Nothing is sent to external servers except your chat messages to your configured AI provider when you actively use the chat.
Deactivation clears scheduled cron events but preserves all your data. Uninstalling the plugin permanently deletes all database tables and stored options. Your choice.
Lola reads and writes standard WordPress data: options, post meta, users. She works alongside Yoast SEO, RankMath, ACF, Contact Form 7, and any plugin that stores data in the WordPress database.
Yes. Install LolaCore on each client site independently. Each installation has its own memory, its own logs, its own context. Many consultants use it to speed up monthly maintenance and generate faster client reports.
Yes. Every ability is exposed through the WordPress Abilities API, and LolaCore bundles a zero-config MCP server, so developers can connect Lola to an MCP client like Claude Desktop or Cursor. Lola's home is the chat in your wp-admin; the IDE option is there if you want it.
LolaCore is built entirely on the native AI Client introduced in WordPress 7.0. This eliminates external HTTP dependencies, uses WordPress's own credential management, and ensures long-term compatibility as the platform evolves. No shims, no polyfills, no fallback layers. These are the quick answers. For 45+ questions across memory, skills, licensing, safety, and troubleshooting, see the complete FAQ.
<script> tags). Messages are no longer stripped by over-aggressive sanitization, and code payloads are base64-encoded in transit so hosting WAF rules do not block admin-ajax requests.es_ES; other locales fall back to English).ABSPATH) or using forbidden functions (eval, shell_exec, and similar) before they reach your library.getSiteRenderContext, createPlugin, updatePluginCode, listBuiltPlugins, getBuiltPluginDetails, getInstalledPluginState, testPluginPlayground, installPluginLocal, and deleteBuiltPlugin.wp-content/plugins/ with PHP syntax validation and optional backup advisory on dry run; plugins stay inactive until you explicitly activate them (LolaCore modal with optional Activate now or open the Plugins screen).WP_DEBUG (ability counts by category instead of dumping every tool name).lolacore_daily_decay, lolacore_log_cleanup) now execute their handlers. Memory facts decay and archive on schedule, and action log entries older than Log Retention Days in Settings are purged automatically.optimizeDatabase) now processes revisions, spam comments, orphaned postmeta, and expired transients in safe batches of 1,000 rows, preventing timeouts and table locks on large databases with 100k+ revisions.max_execution_time and reports partial progress. The user can run it again to continue where it left off.wp_postmeta rows (left behind by deleted revisions) are now cleaned automatically.{} instead of [], preventing HTTP 400 errors when replaying chat history or calling no-parameter tools like optimizeDatabase.getSiteStatus, getDiscoveredAbilities, requestFullToolset, addMemoryFact).lolacore-for-elementor) from discovering and executing their tools. Global tool filters are now strictly scoped to the LolaCore server ID.ActionExecutor.McpObservabilityHelperTrait) that could corrupt JSON payloads when WP_DEBUG was active.wp-content/lolacore-skills/, and database). The lolacore_register_skills filter lets addons register their own skill directories.addSkill, activateSkill, deactivateSkill, updateSkill, deleteSkill, listSkills.active (firing) or inactive (off), managed by one toggle in the admin, one verb in the chat. Runtime diagnostics (no-triggers, incompatible, unmet-dependencies) surface as informational badges, not as states the user manipulates.wp_lolacore_config (capped at 1 MB serialized). Keeps the loader budget under 5 ms on the cache-hit path.wp_lolacore_skills table and consolidates legacy in-progress states into the unified active/inactive model.SystemPromptBuilder enforces a ground-truth rule (listSkills before answering any state question) that prevents Lola from confabulating phantom skills from stale session summaries.extractFacts) is now deferred out of the user-facing response path via a non-blocking background request. Reduces perceived response time by ~5–19s on fact-heavy sessions (47% of observed median latency). Compatible with all PHP SAPIs. Uses fastcgi_finish_request() on PHP-FPM (Linux/production) and wp_remote_post(blocking=false) with HMAC authentication on CGI/other environments.qu[eé], cu[aá]ntas, etc.).lolacore_holistic_monitoring_patterns filter.MemoryBootstrapInterface and MemoryBootstrapRunner with an adaptive global budget (24 baseline facts, minimum 2 guaranteed per addon, competitive allocation by importance score). Bootstrap facts are immune to the memory decay engine and capped at 40% of the context window to prevent crowding out conversational memory.tool_call_ids in stored conversation history and injects synthetic placeholders before each provider request, preserving the assistant/tool pairing contract required by the OpenAI message format.\Exception to \Throwable so that a TypeError in any Domain Handler still produces a valid tool message instead of orphaning the assistant's tool_call.tool_call_id are now backfilled with a synthetic UUID, preventing silent round-trip pairing failures.cURL error 28) on reasoning-capable providers such as DeepSeek.reasoning_content is now re-injected only when the assistant message includes tool_calls, following the V4 spec exactly. Previously re-injected unconditionally, wasting 500–2,000 tokens per conversational turn.deepseek-v4-pro, deepseek-v4-flash) now appear first in the model selector. Legacy V3 models (deepseek-chat, deepseek-reasoner, deprecated 2026-07-24) are sorted last.LolaCore\I18n namespace with ErrorMessages and StatusMessages classes. Every user-facing string is now centralized and WordPress i18n-ready (__() wrappers for future translation).ErrorMessages::wrapServerError(). Stack traces, PHP class names, and raw exception details are filtered before reaching the frontend.⚠️) with CSS-driven visual treatment (.lola-error-message class with salmon accent border and tinted background).appendMessage() in chat JS now accepts an isError flag for proper error styling without breaking Markdown rendering or autolink functionality.Controller.php, Settings.php, and WPAIClientAdapter.php replaced with centralized ErrorMessages / StatusMessages method calls.lolacore_execute_external_action filter for external addon action dispatch.lolacore_sop_map filter for dynamic SOP injection by addon plugins.