正在接入 Apple HLS 视频源…
SwiftUI 年度开场：Apple 用外观、性能和年度主干升级打开 Session。重点不是罗列 UI API，而是把 SwiftUI 继续放在真实 App 体验的第一承载层。AI 能力最终要进入 App 的主 UI 承载层，而不是停留在模型调用或聊天框。
SwiftUI 的自动收益和 UIKit/AppKit 混合应用放到同一语境中，说明存量工程不会一夜现代化。AI 体验落地速度取决于跨框架互操作能力，而不是只看新 API 是否漂亮。
toolbar、tab、操作入口和内容状态组织成为主线，说明平台 UI 正从静态展示推进到结构化操作。智能体验需要可声明、可触发、可验证的操作结构，而不是只靠对话式入口。
Document API、内容读写、拖拽和异步图像把 UI、数据和用户动作串成一条链。AI 生成、编辑、整理内容时最终会落到文档、数据读写和交互链路，而不只是模型返回文本。
后段回到 performance、responsive 和 runtime performance。性能不是体验优化项，而是 AI 动态摘要流、推荐流、任务状态流能否发布的门槛。如果滚动和运行性能不稳，智能体验会直接变成噪音。
Session 开头连续强调 SwiftUI 的年度升级、外观体验和性能提升，说明 Apple 把 SwiftUI 放在应用体验主干位置。AI 功能最终也要进入这条主干，而不是停留在模型调用。
字幕明确提到 SwiftUI app 可自动获得很多能力，但如果应用同时使用 UIKit 和 SwiftUI，就需要处理跨框架问题。这是“存量工程决定 AI 落地速度”的关键证据。
prominent tab、toolbar overflow、toolbar minimize、drag interaction、swipe actions 共同说明，SwiftUI 的重点不是静态页面，而是围绕内容、状态和操作组织交互。
SwiftUI Document API 和读写性能改进说明，UI 不是只有显示层。AI 生成、编辑、整理内容时，最终会触发文档、数据和性能链路。
Session 后段多次回到 performance、responsive、runtime performance。AI 会产生动态摘要流、推荐流、任务状态流，如果滚动和运行性能不稳，智能体验会直接变成噪音。
这条 session 可以支撑 Platform Apps 主题中的 UI 子线：AI 体验要落地，必须经过 SwiftUI / UIKit 互操作、结构化交互、文档数据和性能门槛四层。