用途：对 WordPress 后台管理界面做系统化审查与开发指导。核心原则是后台界面应具备权限感知能力、行为可预测，并遵循 WordPress 后台既有模式，而非自定义应用式交互。适用于审查设置页面或插件仪表盘、审计 add_menu_page()/add_submenu_page() 用法、检查后台表单与通知、检查后台脚本加载与屏幕定向、分析后台页面权限检查。不适用于前端 UI 审查、纯安全审计（应使用 wp-security-review）、以及不以后台界面为焦点的通用插件架构评审（应使用 wp-plugin-development）。
主要能力：覆盖菜单注册、屏幕架构、Settings API 使用、通知、脚本与样式加载、列表表格模式以及后台 UX 稳定性；提供文件类型专项检查，包括后台菜单注册（如缺失权限要求为 CRITICAL，回调混合路由、渲染与表单处理为 WARNING）、设置表单（保存时缺失 nonce 或权限检查为 CRITICAL，未使用 Settings API 结构、缺少清理回调为 WARNING）、后台脚本样式（在所有后台屏幕加载脚本、大功能内联 JS 为 WARNING，建议使用屏幕 ID 与条件加载）、通知与反馈（持久通知无关闭处理、成功/错误状态与实际操作结果脱节为 WARNING）。还提供基于 rg 命令的快速搜索模式，例如 add_menu_page|add_submenu_page|add_options_page|add_management_page、admin_post_|check_admin_referer|wp_verify_nonce|current_user_can、admin_enqueue_scripts|wp_enqueue_script|wp_enqueue_style、update_option|add_option、admin_notices|notice-|is-dismissible、register_setting|add_settings_section|add_settings_field、get_current_screen|current_screen|$hook_suffix。
使用方式：按审查流程执行——识别后台界面（设置页、仪表盘小工具或工具页、自定义列表表格、大量弹窗的工作流），审查屏幕注册（菜单别名、父级别名、权限、专用回调、按屏幕加载逻辑），审查表单与状态流（Settings API 或有意替代方案、nonce 与权限检查、稳定的成功/错误提示），审查 UX 与可维护性（避免超大单屏表单、遵循 WordPress 后台布局与组件惯例、仅在相关屏幕加载脚本），最后标注严重程度。输出格式要求每条发现包含严重程度、文件引用、问题摘要、后台影响以及具体修复建议，并标明问题主要属于安全、架构还是 UX。
参考文件包括 references/settings-and-screens.md（设置页面、屏幕注册与后台屏幕结构）和 references/admin-ux-patterns.md（通知、后台脚本、标签页、列表表格与 UX 预期）。
限制：资料未提供该技能的安装方式、运行环境要求、收费与价格信息、支持版本或效果保证，暂未提供。