用途：在多数 WordPress 任务开始时使用，先判断当前代码库属于哪种类型，再选择合适的工作流、护栏与领域技能，避免用错方法。
主要能力：检测项目类型并分类路由。插件（PHP 头部含 Plugin Name:）路由到 wp-plugin-development；经典主题（style.css 含 Theme Name:）路由到 wp-theme-development；区块主题（theme.json + templates/）路由到 wp-block-themes；含 block.json 时路由到 wp-gutenberg-blocks；含 wp-includes/ 与 wp-admin/ 视为 WP 核心；含 wp-content/ 视为整站，按需组合多个技能。按用户意图进一步路由：创建或修改 Gutenberg 区块到 wp-gutenberg-blocks，区块主题工作到 wp-block-themes，交互性（data-wp-* 指令）到 wp-interactivity-api，插件架构、钩子、Settings API 到 wp-plugin-development，性能分析优化到 wp-performance-review，安全审计到 wp-security-review，WP-CLI 操作到 wp-wpcli-and-ops，隔离测试到 wp-playground。
使用方式：需要仓库根目录（当前工作目录）、用户意图与约束（WP 版本目标、发布要求）。先运行检测命令，例如 ls -la | grep -E "^-.*.php$" | head -3、grep -l "Plugin Name:" *.php 2>/dev/null、ls style.css 2>/dev/null && head -20 style.css、ls theme.json 2>/dev/null、ls -d templates/ parts/ 2>/dev/null、ls wp-includes/ wp-admin/ 2>/dev/null、ls wp-content/ 2>/dev/null。分类后按意图路由，并在改动前确认版本约束、优先沿用仓库既有工具与约定、检查已有测试与 lint 配置。
验证与限制：创建或重构重要文件后重新运行检测，并运行仓库的 lint/test/build 命令（若存在）。检测不明确时检查根目录 composer.json、package.json、style.css、block.json、theme.json 与 wp-content/ 结构；仓库过大时缩小扫描范围。路由有歧义时询问：这是 WordPress 插件、主题（经典/区块）还是整站仓库。具体技能实现细节与依赖暂未提供。