Skip to content

AI Scaffold Compatibility

AI-capable scaffolds use an explicit compatibility policy instead of changing plugin headers ad hoc. The policy keeps the non-AI baseline stable, then lets each AI feature declare whether it is a hard requirement or an optional runtime capability.

Generated non-AI projects keep the current baseline:

  • WordPress Requires at least: 6.7
  • WordPress Tested up to: 6.9
  • PHP Requires PHP: 8.0

The baseline also applies to optional AI features. Optional features must use runtime gates and graceful degradation instead of raising the plugin header floor.

  • required: raises the generated plugin header to the highest required WordPress/PHP floor across selected features.
  • optional: records the feature in workspace compatibility metadata, but keeps the plugin header at the baseline and requires runtime guards.
  • baseline: no AI feature selection has been applied.
FeatureMode in generated scaffoldVersion floorRuntime gate
WordPress AI ClientOptional for wp-typia add ai-featureWordPress 7.0 when requiredWordPress AI Client availability
WordPress Abilities APIRequired for wp-typia add abilityWordPress 6.9wp_register_ability and wp_register_ability_category
@wordpress/core-abilitiesRequired for wp-typia add abilityWordPress 7.0@wordpress/core-abilities script package
MCP public metadataOptional adapter pathNo core floor by itselfMCP adapter availability

Because the typed ability scaffold requires both the server Abilities API and the editor/admin discovery client, generated ability projects currently raise their plugin headers to WordPress 7.0.

Server-only AI feature endpoints stay optional. They keep the baseline header, register their REST endpoint, and return a runtime error when the WordPress AI Client or structured text generation support is not available. Generated projects also surface an admin notice for site managers so the disabled feature does not look like a broken plugin.

Workspace entries for AI features and typed abilities include a compatibility object. Tooling can inspect that object to distinguish baseline, optional, and required feature surfaces without parsing PHP headers.

The generated object records:

  • mode
  • hardMinimums
  • optionalFeatures
  • requiredFeatures
  • runtimeGates

That metadata is advisory for tooling and docs. The plugin header remains the source WordPress uses for installation compatibility.