用途：面向 WordPress Workspace Agent 及工作区中反复出现的 Agent 与界面模式，进行 UX 一致性检查，找出不一致之处与行为风险。
主要能力：检查相关界面与状态；对站点选择、对话历史、Quick Ask、QuickLauncher、设置和侧边栏等模式做一致性审查；输出时优先列出 UX 不一致与行为风险，并附文件与行号引用，同时把产品文案建议与实现缺陷分开。
常用文件：Sources/WordPressAgentWindowView.swift、Sources/WordPressAgentUtilityOverlayView.swift、Sources/MenuBarView.swift、Sources/SettingsView.swift、Sources/AppState.swift。可用 rg -n "Starred|All Sites|Load previous|QuickLauncher|@|settings|shortcut|conversation|site" Sources 搜索相关代码。
规则要点：保持站点范围的清晰性，在发送文本、音频、图片、截图或 Agent 消息前让当前选中站点可见；优先显式切换站点，而非隐藏的“上一个站点”行为；当用户选择绑定站点的应用或操作时，让站点交接可见并有意识地更新当前站点；Starred 和 All Sites 仅作普通标签使用；偏好平静、明确的控件，避免在可见操作更清晰时使用隐藏自动加载；用“Load previous conversations”翻页更早历史；持久化用户心理上拥有的状态，包括已收藏站点、侧边栏分区、折叠状态和缓存列表；按钮与设置文案保持直白；设置应具解释性，开关需说明启用后发生什么变化，尤其是产物、索引、调试行为、权限和安装重跑；审查失败与空状态，使空、加载中、未登录、无站点、无结果和权限被拒状态具体且可操作。
适用场景：需要定期审查 Agent 与工作区界面一致性的开发或设计流程。
限制：技能本身不替代实际运行与测试；具体实现细节需结合仓库当前代码确认，资料未提供收费、平台或效果信息。