## Problem `scripts/generate-provider-matrix.php` derives each provider's operation types by statically parsing the body of `getSupportedOperationTypes()` and collecting quoted operation-type string literals (`extract_operation_types()`). Providers that resolve their operation types dynamically return nothing to this parser, so they end up with a blank/empty row and are effectively not picked up. Example: [`ai_provider_llama_cpp`](https://git.drupalcode.org/project/ai_provider_llama_cpp/-/blob/2.0.x/src/Plugin/AiProvider/LlamaCppProvider.php) — its `getSupportedOperationTypes()` reads types from `llama_cpp_server` config entities and otherwise falls back to the class constant `self::SUPPORTED_OPERATION_TYPES`. There are no operation-type literals in the method body, so `extract_operation_types()` returns `[]`. ## Proposed Add a small hardcoded override/allowlist section to the script mapping such provider projects to their supported operation types, so providers that load operation types dynamically still render correctly in `docs/providers/matris.md`.