AcrossAI Abilities Manager

変更履歴

0.0.3

• Fix: plugin now activates on installs from WordPress.org. The 0.0.2 release ZIP shipped without the Composer autoloader (vendor/autoload_packages.php) because the WordPress.org deploy workflow did not run composer install before uploading. Users installing 0.0.2 from the WordPress.org plugin directory saw the plugin activation guard trigger: “AcrossAI Abilities Manager cannot activate: the Composer autoloader is missing…”. The 0.0.3 release ZIP includes the full production autoloader; no other code changes. If you already installed 0.0.2 and hit the activation error, delete the plugin folder and reinstall 0.0.3.

0.0.2

• Composer dependency refresh — wpb-access-control bumped to v2.0.0 (per-consumer database tables); acrossai-co/main-menu bumped to v0.0.10 (now bundles the Add-ons page and includes the JS-side rebrand-sync fix that restores Install / Activate / Deactivate button behavior). The standalone acrossai-co/addons-page package has been removed from direct dependencies; the same AcrossAI_Addon\AddonsPage class now ships from the main-menu package.
• Per-consumer access-control storage — this plugin now owns its own {prefix}abilities_access_control database table, keeping its rules fully isolated from any other plugin embedding the same access-control library. The dedicated table is created automatically on plugin activation.
• Add-ons submenu URL changed — the Add-ons page slug is now acrossai-addons (was wpb-addons). Any bookmarks or external links pointing at wp-admin/admin.php?page=wpb-addons should be updated to wp-admin/admin.php?page=acrossai-addons. The submenu location and behavior are otherwise unchanged.
• BREAKING — Access Control rules from earlier releases are NOT migrated. If you previously configured Access Control rules on any ability, those rules were stored in the shared {prefix}wpb_access_control table and are no longer read by this release. After upgrading, please audit every ability’s Access Control panel and reconfigure any rules that were previously in place. The legacy table is left on disk (in case you need to reference the prior configuration) and can be dropped manually by a database administrator if desired: DROP TABLE {prefix}wpb_access_control; and DELETE FROM {prefix}options WHERE option_name = 'wpb_access_control_db_version';.
• BREAKING — Ability execution logging removed. The dedicated Logs admin page, the log-retention Settings field, the {prefix}acrossai_ability_logs database table, and the /wp-json/acrossai-abilities-log/v1/logger/logs REST endpoint are all removed. If you rely on ability-execution logging for security monitoring or auditing, install a compatible logging plugin or hook wp_after_execute_ability directly in your own consumer code — the upstream ability-execution events remain available. Bookmarks to wp-admin/admin.php?page=acrossai-abilities-logs receive the standard “page does not exist” response. External integrations polling the removed REST endpoint receive 404. On existing installs, the legacy logs table and its schema-version option are orphaned; opt into the “delete all data on uninstall” setting to drop them cleanly, or run manually: DROP TABLE {prefix}acrossai_ability_logs; and DELETE FROM {prefix}options WHERE option_name IN ('acrossai_abilities_log_retention_days', 'acrossai_ability_logs_db_version');.

0.0.1

• Initial release.
• Sitewide Ability Management: browse, toggle, edit, reset, bulk-action.
• Ability Library: enable/disable add-on ability groups with All/Specific mode controls.
• Add-ons page powered by wpb-addons-page with Freemius integration.
• MCP server listing via MCP Adapter integration.