Windows UI Automation
微软自Windows Vista起内置于操作系统的无障碍框架，采用提供者-客户端模型，将GUI控件以结构化属性树形式暴露给外部程序，支持屏幕阅读器等辅助技术及自动化测试
时间轴 (近 90 天)
传统UI自动化工具（如Selenium、Appium、Windows UI Automation）依赖开发者预先指定元素的定位方式（如ID、类名、XPath、Accessibility ID或控件树路径），界面改版导致属性变化时定位器会失效，脚本中断。
Windows-MCP 核心依赖 Windows UI Automation（UIA）框架，将桌面界面翻译成结构化的层级文本文档，为每个按钮和窗口提取元数据与坐标
Windows UI Automation（UIA）是微软自 Windows Vista 起内置于操作系统的无障碍框架，最初设计目标是让屏幕阅读器等辅助技术以编程方式访问界面元素
UIA 以提供者-客户端模型运作，每个 GUI 控件向系统注册为提供者，暴露标准化属性（控件类型、名称、Patterns、屏幕边界矩形），客户端通过 COM 接口查询属性树
UIA 的数据质量取决于应用实现质量，原生 Win32 和 WPF 应用暴露的元数据最丰富，而部分自绘引擎或 Electron 应用对 UIA 支持不完整
结构化操作工作在语义层，直接调用应用暴露的 API 或可访问性接口（如 Windows UI Automation、macOS Accessibility API），与界面视觉呈现解耦
全部知识事实 (7)
Windows UI Automation框架从Windows Vista时代开始引入，是Microsoft Active Accessibility（MSAA）的继任者
90%待验证传统UI自动化工具（如Selenium、Appium、Windows UI Automation）依赖开发者预先指定元素的定位方式（如ID、类名、XPath、Accessibility ID或控件树路径），界面改版导致属性变化时定位器会失效，脚本中断。
50%待验证UIA 以提供者-客户端模型运作，每个 GUI 控件向系统注册为提供者，暴露标准化属性（控件类型、名称、Patterns、屏幕边界矩形），客户端通过 COM 接口查询属性树
50%待验证UIA 的数据质量取决于应用实现质量，原生 Win32 和 WPF 应用暴露的元数据最丰富，而部分自绘引擎或 Electron 应用对 UIA 支持不完整
50%待验证Windows UI Automation（UIA）是微软自 Windows Vista 起内置于操作系统的无障碍框架，最初设计目标是让屏幕阅读器等辅助技术以编程方式访问界面元素
50%待验证Windows-MCP 核心依赖 Windows UI Automation（UIA）框架，将桌面界面翻译成结构化的层级文本文档，为每个按钮和窗口提取元数据与坐标
50%待验证结构化操作工作在语义层，直接调用应用暴露的 API 或可访问性接口（如 Windows UI Automation、macOS Accessibility API），与界面视觉呈现解耦
50%