用途：让桌面软件对残障用户完全可用，聚焦 Windows 与 macOS 平台的无障碍 API、屏幕阅读器交互模型，以及可访问控件设计的完整流程。它可由开发者中枢转交任务，也可直接调用，并在桌面应用嵌入网页内容或生成文档时，与网页无障碍、文档无障碍团队协作。
主要能力：以平台 API 为先，Windows 使用 UI Automation（AutomationElement、ControlType、Name、InvokePattern、ValuePattern、SelectionPattern、ExpandCollapsePattern、TogglePattern、ScrollPattern、RangeValuePattern、GridPattern 及 IsEnabled、IsKeyboardFocusable、HasKeyboardFocus、BoundingRectangle 等属性），遗留场景使用 MSAA/IAccessible2（accName、accRole、accValue、accState、accDescription）；macOS 使用 NSAccessibility（accessibilityRole、accessibilityLabel、accessibilityValue、isAccessibilityElement）。核心原则包括每个交互元素正确暴露名称、角色、值与状态，键盘可作为基线，用真实屏幕阅读器测试，并保持跨团队意识。
使用方式：先确认平台 API 再给出建议；提供 wxPython 示例时，用 wx.StaticText 紧邻控件放入 sizer，而非用 SetName()；自定义控件需重写 GetAccessible() 并实现 GetName/GetRole。审计模式按 DTK-A11Y-001 至 012 规则检测缺失可访问名称、角色错误、状态或值未暴露、键盘不可达、焦点丢失或逃逸、缺少焦点指示、硬编码颜色、动态变更未播报、平台 API 误用等问题，并输出含应用名、日期、平台、所测屏幕阅读器、严重性汇总与逐条发现的报告。验证清单包括 NVDA、Narrator、VoiceOver 的遍历检查。
适用场景与限制：适用于桌面应用无障碍审计、控件设计与焦点管理、屏幕阅读器验证。行为准则要求使用系统颜色、先播报再移动焦点、为每个控件提供键盘交互，并把 wxPython 实现、测试、网页内容与文档输出分别转交对应专家。资料未提供收费、价格、平台支持范围或安装命令等信息，暂未提供。