自定义控件的可访问性——三原则：用途、值、操作
deep_candidateKhin（Accessibility 团队）开场：自定义控件需让辅助技术理解用途、暴露当前值、明确操作方式和反馈。AI 功能常涉及复杂交互，更需要可访问性设计。
SwiftUIAccessibilityVoiceOverAccessibility & Inclusiondesign_ai_ux
确认自定义控件可访问性三原则。 · source segments: 0–56▦
WWDC26 · 220Refine accessibility for custom controls
当前 0:07 7s官方 ↗
Session 220·Refine accessibility for custom controls·深度内容已验证 · 5 sections · 5 cards
正在接入 Apple HLS 视频源…
咖啡机滑块示例——accessibilityActivationPoint 与手势控制
deep_candidateaccessibilityActivationPoint 确定手势起点。VoiceOver 将触控事件直接传给控件，用户获得精细手势控制。满足不同杯量选择的辅助功能需求。
AccessibilityVoiceOverAccessibility & Inclusiondesign_ai_uxplatform_apps
确认激活点在手势控制中的角色。 · source segments: 57–113Custom actions 替代 Adjustable——支持任意维度的操作
deep_candidate自定义控件的操作不限于单轴增减。Custom actions 支持任意 label+closure 组合，暴露多个操作给 VoiceOver。适合 AI 功能的多维度复杂交互。
AccessibilityAccessibility & Inclusiondesign_ai_uxplatform_appsSix
确认 Custom actions 在 AI 交互中的适用性。 · source segments: 114–169Pass-through gesture——辅助技术用户直接操作复杂交互
deep_candidate预设的交互模式让辅助技术用户直接操作复杂交互（如虚拟宠物），比逐项选择更自然。pass-through gesture 适合需要连续手势操作的 AI 交互场景。
AccessibilityMoveAccessibility & Inclusiondesign_ai_uxEach
确认 pass-through gesture 的适用场景。 · source segments: 170–226复核收束：Accessibility
auto_refined这一段以「Accessibility」为主线，把 Design / AI UX、Platform Apps 的讨论推进到「复核收束」层面；视频段 12:52–16:25 关联「VoiceOver、Accessibility & Inclusion、design_ai_ux」。它不是最终人工结论，而是把脚本、时间锚点和右侧洞察先对齐，便于复核 I5 / I4 是否有足够证据支撑。
AccessibilityVoiceOverAccessibility & Inclusiondesign_ai_uxplatform_apps
把能力、风险和后续复核点收束到可审计判断 · source segments: 227–283下左 · 时间锚点
Anchor Skeleton
下右 · 深度内容已验证
Workbench Status
AI 功能的复杂交互模式（拖拽、手势、多步操作）更需可访问性设计。如果自定义控件的基础辅助功能不完整，AI 交互将完全不可用于辅助技术用户。
Custom actions 比 Adjustable 更适合 AI 功能的复杂度——支持任意 label+closure，不限于单轴增减。
220 聚焦自定义控件的 VoiceOver/Custom actions/Pass-through gesture——与 219（文字阅读）互补覆盖 AI 功能的输出阅读和交互操作两条通路。
AI 驱动的自定义控件（如 AI 绘图工具、语音交互面板）必须实现 accessibilityActivationPoint 和 Custom actions，否则辅助技术用户无法操作。
Pass-through gesture 比逐项操作更适合 AI 功能的连续交互（如拖拽绘制、手势控制），提供预设交互模式降低辅助技术用户的学习成本。